Diego Foliene

Bom dia! Sim, no seu arquivo, tpCTe está com o valor zero. Este valor equivale a CT-e Normal. Por favor, altere para 3 que equivale a CT-e Substituto e refaça o teste.

Olá pessoal! Foi publicada uma notícia no Portal da Sefaz do Paraná informando que no dia 16/12/2023, haverá uma paralisação programada no sistema de banco de dados da SEFA para manutenção de servidores. O paralisação iniciara às 09h00 e tem previsão de término às 16h00. Durante este período, ficarão indisponíveis os serviços de Autorização de CT-e e os contribuintes precisarão fazer o envio usando as formas de contingência previstas na legislação. Um agradecimento ao membro @Rafael - ATS Informática por compartilhar a notícia em nossa comunidade do Discord.

Boa tarde. Para que a alteração tenha efeito você precisa seguir os passos especificados neste tópico.

Boa tarde! Não tem um método Assinar. Isso foi automatizado pelo novo componente, se o provedor requerer que seja assinado o arquivo, o componente vai assinar ele para você, se não precisar, ele não vai assinar.

Boa tarde. O provedor Fiorilli é conhecido por ter um ambiente de homologação problemático com essa questão de assinaturas. Tente definir a propriedade: ACBrNFSeX.Configuracoes.Geral.Assinaturas := taNaoAssinar; E refazer o teste em homologação. Se mudar para produção, já precisaria alterar de taNaoAssinar para taConfigProvedor.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! No programa exemplo mesmo, na aba Certificados, tem um botão Obter Certificados. Se você usar ele, a informação também vem incorreta?

Bom dia! Criado a #TK-4855 para tratativa do caso e parecer do consultor responsável.

Olá pessoal! Caso estejam recebendo uma rejeição estranha ao tentar realizar um cancelamento, no Portal da Nota Fiscal Eletrônica consta o seguinte aviso: Um agradecimento aos membros da comunidade que chamaram atenção para o aviso no canal #sefaz em nosso Discord.

Bom dia pessoal. No dia 12/12/2023, por volta das 07h50, recebemos em nossa comunidade do Discord relatos de membros que conseguiram realizar a manifestação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Por favor, configure o log da Lib para o nível paranoico e veja se o mesmo trás informações que possam ajudara a entender o problema.

Boa tarde! Por favor, faça um teste utilizando o arquivo ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Report\DANFSeProvedorEL_ProvedorNacional.fr3

Infelizmente, detectar o encoding de um arquivo com 100% de precisão não é uma tarefa possível. Mesmo a melhor das funções está sujeita a falhar. É por isso que o cenário ideal é saber qual é o encoding que está vindo para trabalhar com o mesmo. É por isso que essa informação por convenção já vem no inicio do XML. Você pode entrar em contato com o provedor IPM expondo o problema. Pois o arquivo está vindo codificado em Ansi, mas com a tag identificando que ele está em UTF-8, causando problemas na hora de trabalhar com o conteúdo do arquivo.

Boa tarde @m5sistemas! Esse problema está relacionado a codificação que o provedor IPM está devolvendo a resposta. Por favor, qual versão do Monitor você está usando? Salvo engano, tivemos atualizações recentes no componente(e consequentemente no monitor), visando evitar este problema.

@Lindomar S. Menezes e @WesleySantos, por favor, o XML com o escape que está apresentando problemas, qual foi o procedimento que executaram para obter o mesmo?

Olá pessoal. Foi publicado no dia 12/12/2023 a versão 1.54 da Nota Técnica 2019/001. Vamos a um resumo das novas alterações: Atualização de informações: As regras N12-85, N12-86 e N12-94, que validam o CST e o Código do Benefício Fiscal (cBenef) tiveram a informação atualizada na NT para o Distrito Federal, alterando a data de implantação em produção para 04/09/2023. As regras N12-85, N12-86 e N12-94 que validam o CST e o cBenef e as regras N12-90 e N12-97 que validam as informações de ICMS Desonerado e diferimento tiveram a informação atualizada na NT para o estado de Goiás, alterando a data de implantação em produção para 01/07/2023. Nova regra de validação Adiciona a regra I08-171 que para validar e rejeitar NF-e (modelo 55) com os CFOPs de aquisição ou prestação de serviços 1933, 2933, 5933 e 6933. A nova regra passará a ser validade pela Sefaz seguindo o cronograma: Implantação em homologação: 12/01/2024 Implantação em produção: 01/04/2024 Inclusão da obrigatoriedade do cBenef para SC conforme legislação interna do estado. A tabela com as unidades federativas que implementam as regras de validação N12-85, N12-86, N12-90, N12-94, N112-97 e N12-98 que são opcionais a critério da UF, foi atualizada incluindo Santa Catarina.

Bom dia pessoal! Foi publicado no dia 11/12/2023 a Nota Técnica 2023/004 que implementa o evento de conciliação financeira e adiciona e altera alguns campos da NF-e. Resumo. Esta nota técnica tem o objetivo de prover aos atores envolvidos nos processos da NF-e/NFC-e a possibilidade de anotar no documento fiscal eletrônico as transações financeiras relacionadas, facilitando a vinculação entre documentos fiscais e recursos financeiros recebidos. Busca-se encontrar uma solução para pagamentos que ocorrem distantes da data do fato gerador e da emissão do documento fiscal. Portanto, para que seja possível às empresas informarem que o recebimento de recurso está relacionado a determinado documento fiscal, está sendo criado o Evento de Conciliação Financeira – ECONF. Os Ajustes SINIEF nº 3/2023 e 10/2023 prevêem este evento. A utilização do Evento de Conciliação Financeira – ECONF é facultativa e tem o objetivo de auxiliar as empresas que buscam demonstrar a existência de conformidade fiscal entre as informações financeiras e de meios de pagamentos e os documentos fiscais emitidos. Nessa NT, foram criados novos campos no grupo YA. Informações de Pagamento e nos Grupos Tributação do ICMS que possuem ICMS desonerado. Também foram alterados campos dos grupos I01. Produtos e Serviços / Declaração de Importação e Z. Informações Adicionais da NF-e Inclusão de novos campos. Grupo YA. Informações de Pagamento. Adiciona os seguintes campos: CNPJPag: CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido quando a emissão da NF-e/NFC-e tiver ocorrido em estabelecimento distinto. UFPag: UF do CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido. CNPJReceb: CNPJ do estabelecimento beneficiário do pagamento. IdTermPag: identificar o termnial em que foi realizado o pagamento. Os campos são opcionais, mas caso informe o CNPJPag a UFPag deve ser informada e vice-versa. Grupo de Tributação de ICMS(Somente quando regime não for Simples) Adiciona o campo: indDeduzDeson: indicador se o valor do ICMS desonerado deduz do valor do item ou não. Alteração de campos. Grupo DI (relativo a Declaração de Importação). O campo CNPJ passa a ser CNPJ/CPF permitindo que pessoa física seja adquirente ou encomendante. Adiciona novas opções para o campo tpViaTransp. Aumenta o número de ocorrências possíveis do grupo adi (Adições e/ou itens) de 100 para 999. Aumenta o tamanho de nDI para permitir informar o DUImp. Torna o nAdicao opcional, pois caso tenha sido informado o DUImp em nDI, não deverá ser informado. Altera o tipo de nDraw para caracter com tamanho 20. Grupo de Informações Adicionais da NF-e. Adiciona novas opções nos campos indProc e tpAto do grupo relativo ao Processo Referenciado (procRef). Regras de Validação. A nota técnica trás alterações nas regras de validação I23d-10 e I23d-20 para que valide além do CNPJ o também agora possível CPF. Foram criadas as regras de validação YA03b-10, YA04-20, YA09-20 e YA10-10 para validar os novos campos incluídos no grupo de informações de pagamento. Remove as regras de validação X03-10 e X03-20 deixando então de validar os dados do transportador na NFC-e. Evento "Conciliação Financeira - ECONF". Além dos campos comuns a todos os eventos temos também no grupo detEvento no layout de entrada: versão: mesmo valor da tag "verEvento". descEvento: "ECONF". CNPJ: CNPJ do beneficiário do pagamento. UF: código da UF. vPag: Valor do Pagamento. tPag: Meio de pagamento (usar Tabela de Códigos dos Meios de pagamentos publicada no Portal da NFe). dPag: Data da captura do Pagamento no formato AAAA-MM-DD. Para pagamentos agendados, usar a data de efetivação. CNPJIF: CNPJ da instituição financeira de pagamento, adquirente ou subadquirente. cAut: Identificação do numero de autorização da transação da operação. No que diz respeito ao retorno, o layout é bem semelhante ao de outros eventos, com as informações dhRegEvento e nProt sendo as que valem destaque. Evento "Cancelamento Conciliação Financeira - ECONF". Semelhante aos demais eventos do gênero, na mensagem de envio deve ser informado o tipo do evento correspondente, chave da NF-e ao qual o evento será vinculado, informações do autor do evento e o número do protocolo do evento que deseja ser cancelado. O retorno vai devolver data de registro do evento e o número do protocolo do mesmo. Datas. Implantação Teste: 05/02/2024 Implantação Produção: 01/04/2024 LEIA A NOTA TÉCNICA NA INTEGRA AQUI. E como fica o ACBr? Como é possível observar, a NT trás um novo evento e a adição de alguns campos, por isso, alterações nos fontes do ACBr serão necessárias. Já foi adicionado em nosso backlog tarefa para realizar tais alterações e as mesmas logo estarão disponíveis para que toda comunidade possa usufruir.

Bom dia! Apenas dando um parecer. A situação ainda está em análise por parte da equipe de consultores. Após alguns testes e análises, tudo indica que o problema seja algo na conversão dos caracteres escapados em Hex-Code que estão sendo usados no XML e que estão sendo convertidos erroneamente. Estamos buscando qual pode ser a causa para isso.

Bom dia! Conseguimos acessar. O vídeo ficou muito didático, obrigado. A princípio, o seu processo me parece estar correto. Vou levar o vídeo a equipe de consultores para ver se alguém tem alguma sugestão do que possa ser o problema. Também vou comparar o último log que disponibilizou que é o mais completo com o que foi gerado aqui pelo exemplo do C#. Vou lhe pedir nesse meio tempo por favor que: Faça um teste usando a última versão da Lib que temos no fórum com alguma outra cidade cuja emissão esteja funcionando para você. Assim podemos tentar isolar se o problema acontece somente quando configura a cidade de Taquara/RS. No seu arquivo ACBrLib.ini, está sendo indicado o arquivo ACBrNFSeXServicos.ini, acredito que seja devido a teste anterior quando a informação havia sido alterada e ainda não tinha sido inclusa no SVN. Agora, a informação foi enviada ao SVN no componente nativo, então ela deve estar inclusa e vai ser lida internamente na Lib, por isso, não precisa mais apontar o ACBrNFSeXServicos.ini para pegar ela.