Jorge Andrade

Alessandro, desde de quando pro João falta assunto pra beber ahahahahahah, se não tem ele inventa. ahahahah

Amanhã vou na Santa trocar uma bateria de nobreak, o problema é que não dá pra te acompanhar, vc é amigo do garçom e ele te leva pra casa, enquanto eu vou preso por dirigir beudo ahahahahah
 

Alessandro, desde de quando pro João falta assunto pra beber ahahahahahah, se não tem ele inventa. ahahahah

Quem ressuscitou? Esse é highlander ahahahahaha

Ué, vc não usa a flexdocs? ahahahahah

Boa tarde galera. Só pra pra pontuar, o Acbr já disponibilizou uma lib/dll para isso e é dr graça, palavra mágica pra muitos, pois programadores são iguais a motoqueiros, mal tem grana pra consertar a moto, mas pra gasolina e pra cerveja sobraaaaaa aahahahahah.
 
[]s,

Obrigado Valdir, ontem mesmo, eu atualizei o xHb e com isso, a TIP.LIB e resolveu, inclusive havia marcado como resolvido a minha questão, mas acho que esqueci de salvar ahahahah

João, vamos imaginar, pensar e querer que estes meninos não se foram em vão e que os culpados sejam responsabilizados de todas as formas da lei. O pior é que sabemos,  que nada vai acontecer e somente depois que acontece é que aparecem a falta de alvará, laudos, análise, liberação e etc... dos órgãos competentes como prefeitura, bombeiros e etc..
Que Deus conforte estas famílias.
[]s,
 

Ladinilson, desta vez ele se entregou. Pra quem sempre disse que era corinthiano, macho, maloqueiro e sofredor, sei não, acho que ele é Bambi, saca isso! " Passei raiva. Ike q oidio... kkkkkkk ", Uiii, magoei! Miga sua loka. ahahahahahah

Sacou? O Valdir pescador criou uma lista dos arquivos a serem compactados.  É interessante ter a lista em arquivo externo pra facilitar a manutenção de inclusão, exclusão e alteração dos arquivos da lista.
Mais um que matou a cobra. ahahahahaha
[]s,
 

Sacou? O Valdir pescador criou uma lista dos arquivos a serem compactados.  É interessante ter a lista em arquivo externo pra facilitar a manutenção de inclusão, exclusão e alteração dos arquivos da lista.
Mais um que matou a cobra. ahahahahaha
[]s,
 

A PLAC Fat-e disponibiliza para as empresas que trabalham com antecipações de recebíveis serviços úteis para a verificação e autenticidade das NFes. Saiba mais:
Foi lançada a Plataforma de Consultas  da Fatura Eletrônica para Antecipações de Recebíveis dos Estados (PLAC Fat-e) no dia 13 de Dezembro em Salvador (BA), que também está sendo operacionalizada na Sefaz virtual da Bahia. O lançamento foi feito pelas Secretarias de Fazenda dos estados . Essa plataforma colabora com a redução dos juros no mercado e o aumento da oferta de crédito. Tais contribuições cooperam principalmente com as micro e pequenas empresas.
A PLAC Fat-e realiza consultas e registros de informações de vendas a prazo a partir das notas fiscais eletrônicas (NFe) e consolida tais dados nas Faturas Eletrônicas (Fat-e). Além disso, a plataforma está interligada com  a agenda pública do Banco Central (BC) que possui  ações relacionadas ao mercado financeiro e formas de proporcionar segurança jurídica e operacional.
 
Teste na PLAC Fat-e
A Plataforma está sincronizada com as bases de dados das seguintes secretarias da Fazenda:
Alagoas; Bahia; Distrito Federal; Espírito Santo; Paraíba; Piauí; Rondônia; Rio Grande do Sul; Sergipe.     As Empresas do Segmento financeiro desses estados já podem fazer testes na plataforma neste link.
A maioria dos estados brasileiros não estão sincronizados com a PLAC Fat-e. Porém, só durante outubro e novembro, meses que fazem parte dos testes, foram registrados mais de 50 milhões de faturas eletrônicas com um montante aproximado em R$ 244 bilhões em vendas a prazo.
 
Como contratar o PLAC Fat-e?
Apenas em janeiro de 2020 a plataforma estará disponível para o uso. É necessário que antes da sua liberação as demais secretarias da Fazenda se sincronizem com a PLAC Fat-e.
 
Como a PLAC Fat-e funciona?
Com a PLAC Fat-e, as Secretarias de Fazenda atendem a necessidade de criação das registradoras de ativos financeiros e Duplicata Eletrônica. Isso é possível porque a plataforma disponibiliza para as empresas que trabalham com antecipação de recebíveis lastreados por NFe (Duplicatas) vários serviços relacionados a verificação  da autenticidade das NFes. Além disso, a PLAC Fat-e também monitora os eventos vinculados a NFe até a liquidação da operação de crédito.
Assim, a plataforma ajuda as empresas em suas operações de vendas a prazo a confirmar a autenticidade de uma nota fiscal e verificar se aquela venda ocorreu.
Dessa forma, através dos eventos vinculados a NFe e suas faturas, a Plataforma disponibiliza a opção de checar se o destinatário está ciente da obrigação contraída, se a mercadoria já foi encaminhada ou entregue, se houve devoluções ou sinistro na carga.
O emissor da NFe também não é permitido cancelar as notas fiscais que estão vinculadas a operações de crédito, após o registro da cessão. Além disso, a PLAC Fat-e evita a apresentação de NFes repetidas, por parte do emissor, como comprovação de operações de antecipação para mais de uma instituição do sistema financeiro.
Leia mais: Acompanhe o ciclo de vida de sua NFe  
Eventos NFe monitorados pela PLAC Fat-e
Ciência da operação Conhecimento de Transporte eletrônico Manifesto Eletrônico de Documentos Fiscais (MDFe) Registro de Trânsito Físico da Mercadoria; Confirmação do Recebimento de Mercadoria Registro de operação não realizada; Registro de Desconhecimento de Operação; Aviso de Irregularidade na Operação: Carta de Correção Eletrônica: Averbação de Embarque  
 
Vantagens da Plataforma dos Estados (PLAC Fat-e)
Maior segurança para as operações de antecipações de recebíveis; Disponibilização dos processos fiscais de forma centralizada; Acesso restrito; Sigilo fiscal; Conexão instantânea com os atores da operação; Redução de custos de comunicação; Redução de protestos indevidos; Capital de giro com menores taxas de juros para as empresas.    
 
Ferramentas da PLAC Fat-e
Consulta: Verificação da autenticidade da NFe e recebimento do XML e eventos da NFe; Recebível em Avaliação: Monitoramento dos eventos vinculados a NFe, até as parcelas das duplicatas vencerem; Registro de Cessão de Parcela de Fat-e por IMF: Informação dada para uso exclusivo de Registradores de Ativos Financeiros; Transferência de Parcela de Fat-e por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, para informar sobre a ocorrência de endosso de parcela da Fat-e para um novo endossatário; Envio de parcela de Fat-e para Cobrança Judicial por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, com o objetivo de informar a transferência da parcela para cobrança judicial. Créditos: Oobj
[]s,

NFCe e NFe 2019: Alterações para abril
  Conteúdo do Artigo
Responsável Técnico Local de Retirada e Entrega Mensagem de Interesse da SEFAZ Protocolo de Autorização na Rejeição por Duplicidade FCP no Grupo de Repasse do ICMS ST Motivo de Isenção da ANVISA Quadro Transportador no DANFE Novas Rejeições Publicações relacionadas Tempo de leitura: 4 minutos Confira as alterações para a NFCe e NFe em 2019
 
No dia 02 de Janeiro foi publicada a primeira Nota Técnica do ano com várias alterações previstas para NFe e NFCe. A Nota Técnica 2018.005 traz novos campos, novas rejeições, alterações na especificação do DANFE e mudanças nos retornos enviados pela Sefaz.
As modificações devem estar disponíveis no ambiente de homologação até dia 25 de Fevereiro.  Já a entrada em produção, está prevista para 29 de abril.
 
 
Responsável Técnico
A Nota Técnica trouxe um novo conceito de responsabilização da emissão das notas fiscais. Trata-se do Responsável Técnico, a empresa responsável pela transmissão do documento para a Sefaz. Consideram-se responsável técnico empresas que são:
Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão. Para ler mais sobre os novos campos aqui.
 
 
Local de Retirada e Entrega
Outra mudança é a inclusão de informações no local de retirada ou o local de entrega. Porém, até agora são informados apenas o CNPJ/CPF e o endereço do local de retirada (quando o endereço é diferente do endereço do remetente) ou do local de entrega (quando o endereço é diferente do endereço do destinatário).
 
A partir da vigência da norma, será necessário informar mais dados do Expedidor e do Recebedor. Leia mais sobre os novos campos e as alterações no DANFE aqui.
 
 
Mensagem de Interesse da SEFAZ
Além disso, a norma ainda alterou o grupo de informações do Protocolo de Resposta da Sefaz (protNFe) para incluir informações de interesse da Secretaria.
Agora os retornos da Sefaz podem ter também os seguintes campos:
Código da Mensagem (cMsg) Mensagem da Sefaz para o emissor (xMsg) Este novo grupo é opcional, mas provavelmente será adotado por alguns estados de acordo com algumas operações. Em definição futura, a mensagem poderá ser tanto de interesse do Emitente, quanto de ambos Emitente e Consumidor.
 
 
Protocolo de Autorização na Rejeição por Duplicidade
A critério da UF, poderá ser retornado o protocolo de autorização da NFe ou NFCe nos casos em que ocorrer a rejeição por duplicidade:
 
Rejeição 204: Duplicidade de NF-e [nRec:999999999999999]
 
Isso irá acontecer somente nos casos em que o DigestValue da nota enviada (e rejeitada) for igual ao da autorizada. Isso foi uma demanda das empresas para facilitar a obtenção desta informação e poder corrigir a informação em seus sistemas.
 
 
FCP no Grupo de Repasse do ICMS ST
Foram criados campos relacionados ao Fundo de Combate à Pobreza (FCP) para Grupo de Repasse de ICMS ST retido anteriormente em operações interestaduais com repasses através do Substituto Tributário (ICMSST):
Valor da Base de Cálculo do FCP retido anteriormente (vBCFCPSTRet) Percentual do FCP retido anteriormente por Substituição Tributária (pFCPSTRet) Valor do FCP retido por Substituição Tributária (vFCPSTRet)  
Este grupo aceita as seguintes tributações:
41 = Não Tributado 60 = Cobrado anteriormente por substituição tributária – este último adicionado na NFe 4.0 Leia mais:
+ Tudo sobre Fundo de Combate à Pobreza (FCP) na NFe 4.0
+ FCP Principais Dúvidas Respondidas (FAQ)
 
 
Motivo de Isenção da ANVISA
Na versão 1.61 da norma que regulamenta a NFe 4.0, foi adicionada a possibilidade do contribuinte preencher o Código do Produto ANVISA (cProdANVISA) com o número de uma decisão que isenta o medicamento ou matéria-prima farmacêutica nos casos em que o produto não tem o registro na ANVISA.
 
Agora foi melhorado o preenchimento do campo com a adição de uma tag específica para essa informação. Quando o produto não possuir registro, o campo de Código do Produto ANVISA deve ser preenchido com o literal ISENTO.
 
O número da Resolução da Diretoria Colegiada da ANVISA (ou outra norma que isenta o produto) deve ser preenchido no novo campo: Motivo da isenção da ANVISA (xMotivoIsencao).
Leia mais:
+ Novo campo: Medicamentos na NFe 4.0
 
 
Quadro Transportador no DANFE
Seguindo as mudanças realizadas para as opções de Frete da NFe 4.0, a norma trouxe uma mudança no layout do DANFE no quadro Transportador.
 

 
A identificação da Modalidade do Frete (campo modFrete) deverá ser preenchido com um dos códigos:
0=Contratação do Frete por conta do Remetente (CIF); 1=Contratação do Frete por conta do Destinatário (FOB); 2=Contratação do Frete por conta de Terceiros; 3=Transporte Próprio por conta do Remetente; 4=Transporte Próprio por conta do Destinatário; 9=Sem Ocorrência de Transporte. Leia mais:
+ Frete reformulado na NFe 4.0
 
Novas Rejeições
Com os novos campos, portanto, foram adicionadas também novas regras de validação. Segue abaixo a listagem de todas as novas rejeições mapeadas:
Rejeição 970: Código de País inexistente [local de retirada/entrega] Rejeição 971: IE inválida [local de retirada/entrega] Rejeição 972: Obrigatória as informações do responsável técnico Rejeição 973: CNPJ do responsável técnico inválido Rejeição 974: CNPJ do responsável técnico diverge do cadastrado Rejeição 975: Obrigatória a informação do identificador do CSRT e do Hash do CSRT Rejeição 976: Identificador do CSRT não cadastrado na SEFAZ Rejeição 977: Identificador do CSRT revogado Rejeição 978: Hash do CSRT diverge do calculado  
Créditos: Oobj  
 

Aê galera, se liguem na bagaça.
 
A Nota Técnica 2018.005, publicada no início de Janeiro de 2019, trouxe muitas mudanças para NFe e NFCe. Dentre eles, está a apresentação do novo conceito chamado Responsável Técnico.
As alterações devem entrar em ambiente de homologação até dia 25 de Fevereiro. O ambiente de produção está previsto para 29 de abril de 2019.
 
+ Leia mais: Local de retirada e entrega na NFe 4.0
 
Quem afinal é o Responsável Técnico?
De acordo com a Nota Técnica, a Sefaz considera como Responsável Técnico as empresas que são:
Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão.  
A identificação do responsável foi incluída principalmente para responsabilizar o uso indevido do ambiente de autorização. Além disso, com a informação do documento é possível o eventual contato das Secretarias com os responsáveis técnicos (e futuras sanções).
 
 
Sistema ERP vs. Software de Mensageria
No mercado atual, no entanto, existem cenários onde não existem apenas um responsável técnico. Um exemplo é quando uma empresa possui uma solução de faturamento e utiliza uma solução de mensageria de outra empresa para comunicação com a SEFAZ.
 
O primeiro seria um sistema de faturamento responsável por integrar dados e processos e automatizar as informações do negócio. Dentre suas atividades podemos listar: controlar estoques, gerenciamento de pedidos e tratar vendas. Normalmente, esse sistema é chamado de ERP (Enterprise Resource Planning) ou Sistema integrado de gestão empresarial.
 
O segundo seria um software de mensageria responsável por gerenciar a comunicação entre o sistema de faturamento e a Secretaria da Fazenda. Dentre suas atividades está formatar os dados fornecidos no layout solicitado, assinar o arquivo comprovando a autoria da emissão, enviar e tratar o retorno dos lotes emitidos a Sefaz. A Oobj é uma empresa que realiza a mensageria de diversos documentos fiscais, dentre eles a NFe e NFCe.
 
Ambos sistemas possuem responsabilidade técnica sobre o documento fiscal enviado, o primeiro sobre a qualidade dos dados enviados pelo contribuinte e o segundo pela transmissão dos dados aos sistemas autorizadores estaduais.
 
Ainda não ficou claro pela documentação da Sefaz qual seria o responsável técnico a ser informado no documento fiscal nesses casos.
 
 
Campos do Responsável Técnico
Foi criado um novo grupo opcional na NFe chamado Informações do Responsável Técnico pela emissão do DF-e (infRespTec). Nele existem os seguintes campos:
CNPJ da empresa responsável pelo sistema utilizado na emissão do documento fiscal eletrônico (CNPJ) Nome da pessoa a ser contatada (xContato) Email da empresa a ser contatada (email) Telefone da empresa a ser contatada (fone) Identificador do CSRT (idCSRT) Hash do CSRT (hashCSRT)  
 
Código de Segurança do Responsável Técnico (CSRT)
A critério da UF, para os estados que exigem o credenciamento de software emissor de DFe, poderá ser exigido também um código de segurança para a empresa desenvolvedora do software, denominado de Código de Segurança do Responsável Técnico – CSRT.
 
O CSRT será um código alfanumérico (de 16 a 36 bytes) de conhecimento apenas da Sefaz do emitente e da empresa responsável pelo sistema emissor de DFe. O conceito é bastante similar ao código CSC da NFCe.
 
Porém na NFe ou NFCe não deve ser preenchido o CSRT. A fim de garantir maior segurança no processo e autoria de emissão, foi incluído o campo Hash do CSRT (hashCSRT) que é gerado a partir da concatenação do CSRT da empresa com a chave de acesso do documento.
 
O fornecimento do CSRT será feito em página específica ou WebService da Sefaz estadual. Neste portal/API, o responsável técnico poderá solicitar, consulta ou revogar um CSRT. Por enquanto não foi divulgado nenhum portal estadual para cadastro do Responsável Técnico.
Poderão ser solicitados até 5 códigos CSRT válidos por estado. Para incluir outro, a empresa deverá revogar um anterior.
 
 
Como gerar o hash do CSRT?
O passo-a-passo para gerado o hashCSRT deve seguir o indicado a seguir:
Concatenar o CSRT cadastrado na Sefaz com a chave de acesso do documento a ser emitido (NFe / NFCe)          Exemplo:

     2. Aplicar o algoritmo SHA-1 sobre a concatenação e converter para base64. A string resultante terá 28 caracteres
         Exemplo:

      3. Preencher o campo hashCSRT com o resultado. Atenção! Poderão ser emitidos até 5 CSRT válidos com IDs diferentes.      Guarde o hash gerado para CSRT de ID correspondente.
        Exemplo:

 
Responsável Técnico em outros modelos
O Conhecimento de Transporte (CTe) e o Manifesto de Carga (MDFe) já possuem campos para o Responsável Técnico desde as Notas Técnicas 2018.002 para os respectivos modelos. Os campos são exatamente os mesmos dos incluídos para NFe e NFCe.
+ Leia mais: MDFe e CTe com CPF a partir de Outubro de 2018
 
 
Novas Rejeições
Com os novos campos, foram adicionadas novas rejeições ao projeto. Seguem abaixo uma lista das regras de validação para o Responsável Técnico:
 
Rejeição 972: Obrigatória as informações do responsável técnico Rejeição 973: CNPJ do responsável técnico inválido Rejeição 974: CNPJ do responsável técnico diverge do cadastrado Rejeição 975: Obrigatória a informação do identificador do CSRT e do Hash do CSRT Rejeição 976: Identificador do CSRT não cadastrado na SEFAZ Rejeição 977: Identificador do CSRT revogado Rejeição 978: Hash do CSRT diverge do calculado  
Créditos: OOBJ

NFCe e NFe 2019: Alterações para abril
  Conteúdo do Artigo
Responsável Técnico Local de Retirada e Entrega Mensagem de Interesse da SEFAZ Protocolo de Autorização na Rejeição por Duplicidade FCP no Grupo de Repasse do ICMS ST Motivo de Isenção da ANVISA Quadro Transportador no DANFE Novas Rejeições Publicações relacionadas Tempo de leitura: 4 minutos Confira as alterações para a NFCe e NFe em 2019
 
No dia 02 de Janeiro foi publicada a primeira Nota Técnica do ano com várias alterações previstas para NFe e NFCe. A Nota Técnica 2018.005 traz novos campos, novas rejeições, alterações na especificação do DANFE e mudanças nos retornos enviados pela Sefaz.
As modificações devem estar disponíveis no ambiente de homologação até dia 25 de Fevereiro.  Já a entrada em produção, está prevista para 29 de abril.
 
 
Responsável Técnico
A Nota Técnica trouxe um novo conceito de responsabilização da emissão das notas fiscais. Trata-se do Responsável Técnico, a empresa responsável pela transmissão do documento para a Sefaz. Consideram-se responsável técnico empresas que são:
Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão. Para ler mais sobre os novos campos aqui.
 
 
Local de Retirada e Entrega
Outra mudança é a inclusão de informações no local de retirada ou o local de entrega. Porém, até agora são informados apenas o CNPJ/CPF e o endereço do local de retirada (quando o endereço é diferente do endereço do remetente) ou do local de entrega (quando o endereço é diferente do endereço do destinatário).
 
A partir da vigência da norma, será necessário informar mais dados do Expedidor e do Recebedor. Leia mais sobre os novos campos e as alterações no DANFE aqui.
 
 
Mensagem de Interesse da SEFAZ
Além disso, a norma ainda alterou o grupo de informações do Protocolo de Resposta da Sefaz (protNFe) para incluir informações de interesse da Secretaria.
Agora os retornos da Sefaz podem ter também os seguintes campos:
Código da Mensagem (cMsg) Mensagem da Sefaz para o emissor (xMsg) Este novo grupo é opcional, mas provavelmente será adotado por alguns estados de acordo com algumas operações. Em definição futura, a mensagem poderá ser tanto de interesse do Emitente, quanto de ambos Emitente e Consumidor.
 
 
Protocolo de Autorização na Rejeição por Duplicidade
A critério da UF, poderá ser retornado o protocolo de autorização da NFe ou NFCe nos casos em que ocorrer a rejeição por duplicidade:
 
Rejeição 204: Duplicidade de NF-e [nRec:999999999999999]
 
Isso irá acontecer somente nos casos em que o DigestValue da nota enviada (e rejeitada) for igual ao da autorizada. Isso foi uma demanda das empresas para facilitar a obtenção desta informação e poder corrigir a informação em seus sistemas.
 
 
FCP no Grupo de Repasse do ICMS ST
Foram criados campos relacionados ao Fundo de Combate à Pobreza (FCP) para Grupo de Repasse de ICMS ST retido anteriormente em operações interestaduais com repasses através do Substituto Tributário (ICMSST):
Valor da Base de Cálculo do FCP retido anteriormente (vBCFCPSTRet) Percentual do FCP retido anteriormente por Substituição Tributária (pFCPSTRet) Valor do FCP retido por Substituição Tributária (vFCPSTRet)  
Este grupo aceita as seguintes tributações:
41 = Não Tributado 60 = Cobrado anteriormente por substituição tributária – este último adicionado na NFe 4.0 Leia mais:
+ Tudo sobre Fundo de Combate à Pobreza (FCP) na NFe 4.0
+ FCP Principais Dúvidas Respondidas (FAQ)
 
 
Motivo de Isenção da ANVISA
Na versão 1.61 da norma que regulamenta a NFe 4.0, foi adicionada a possibilidade do contribuinte preencher o Código do Produto ANVISA (cProdANVISA) com o número de uma decisão que isenta o medicamento ou matéria-prima farmacêutica nos casos em que o produto não tem o registro na ANVISA.
 
Agora foi melhorado o preenchimento do campo com a adição de uma tag específica para essa informação. Quando o produto não possuir registro, o campo de Código do Produto ANVISA deve ser preenchido com o literal ISENTO.
 
O número da Resolução da Diretoria Colegiada da ANVISA (ou outra norma que isenta o produto) deve ser preenchido no novo campo: Motivo da isenção da ANVISA (xMotivoIsencao).
Leia mais:
+ Novo campo: Medicamentos na NFe 4.0
 
 
Quadro Transportador no DANFE
Seguindo as mudanças realizadas para as opções de Frete da NFe 4.0, a norma trouxe uma mudança no layout do DANFE no quadro Transportador.
 

 
A identificação da Modalidade do Frete (campo modFrete) deverá ser preenchido com um dos códigos:
0=Contratação do Frete por conta do Remetente (CIF); 1=Contratação do Frete por conta do Destinatário (FOB); 2=Contratação do Frete por conta de Terceiros; 3=Transporte Próprio por conta do Remetente; 4=Transporte Próprio por conta do Destinatário; 9=Sem Ocorrência de Transporte. Leia mais:
+ Frete reformulado na NFe 4.0
 
Novas Rejeições
Com os novos campos, portanto, foram adicionadas também novas regras de validação. Segue abaixo a listagem de todas as novas rejeições mapeadas:
Rejeição 970: Código de País inexistente [local de retirada/entrega] Rejeição 971: IE inválida [local de retirada/entrega] Rejeição 972: Obrigatória as informações do responsável técnico Rejeição 973: CNPJ do responsável técnico inválido Rejeição 974: CNPJ do responsável técnico diverge do cadastrado Rejeição 975: Obrigatória a informação do identificador do CSRT e do Hash do CSRT Rejeição 976: Identificador do CSRT não cadastrado na SEFAZ Rejeição 977: Identificador do CSRT revogado Rejeição 978: Hash do CSRT diverge do calculado  
Créditos: Oobj  
 

Substituição de NFCe
No dia 21 de Dezembro foi divulgada a Nota Técnica 2018.004 que cria uma nova forma de cancelamento: o Cancelamento por Substituição. Esse evento deve ser utilizado apenas quando existir outra NFCe em duplicidade, que tenha sido emitida e autorizada em contingência anteriormente e acoberte a mesma operação. O prazo da autorização não pode ser superior a 168 horas (7 dias).
O novo cancelamento tem previsão para implantação em ambiente de teste até dia 25 de Fevereiro de 2019 e sua Produção iniciará a partir do dia 29 de Abril de 2019.
Leia mais
 
 
 
Créditos: OOBJ

Vc é maloqueiro e sofredor, mas tem o coração bom. ahauahuaua

Valeu amigo, testei e deu certo. E ao nosso amigo (João) que torce pro timico mixuruca, obrigado pelo questionamento em pedir pra vc postar a solução.
 
[]s

Em relação ao erro do Crisvam, se ele postar o xml  de repente podemos ajudar ao analisar o mesmo. Como não uso Flexdoc então nem dou palpite sobre com informar a tag de referencia de nfe na rotina dele.
Esta é a forma de gerar a informação no grupo IDE
<NFref>
     <refNFe>chave</refNFe>
     .
     .
     .
     
     <refNFe>chave</refNFe>
</NFref>
[]S,

Valdir, boa noite
Quando se tratar de devolução com destaques na entrada de tributos tais como icms, pis, cofins, estes devem ser informados em campos próprios e com CSOSN =  900, as informações relativas a IPI nos dados adicionais.
O valor de IPI deve ser somado ao valor da nota e informado  em voutro (Outras despesas acessórias).
[]s,
 

Aqui é assim. ahauhaua como disse o Lavoisier "Nada se cria tudo, se transforma", vamos no conceito de nada se cria td se adapta ou se copia ahauhauaua. E vamo que vamo.
Agora, fale pro nosso amigo Kapi que tem um prato de VIRADO À PAULISTA, com uma caipirinha e uma cerveja esperando ele, pra vc ver essa preguiça ir embora correndo do corpo dele.
[]s,
 

Eu utilizo esta url: http://cep.republicavirtual.com.br/web_cep.php?cep="+numero do cep+"&formato=xml, a diferença é que não tem o código ibge, o qual eu pesquiso em modo secundário, mas é bastante confiável e vc pode ter o retorno nos seguintes formatos: f (string, pode ser: xml, query_string, ou jsonp ou javascript) .
[]s,
 

Desculpe a demora em manifestar-se. Valeu pelas respostas galera, vou ver qual o melhor modo.
[]s,
 

Entonces compadre, es una farsa. ahuaua