Diego Foliene

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Tópico vinculado a #TK-6174 criada para atualização da rotina visando adequação aos campos mencionados.

Olá pessoal! No dia 23/10/2024 foi publicada a versão 1.04 desta nota técnica. Esta nota técnica adiciona uma exceção para o modelo aquaviário nas regras G161a e H102a, efetivamente permitindo que agora, para este modelo, as chaves de acesso de um CT-e complementado possam ter até 24 meses da data de autorização. Datas A implementação tanto nos ambientes de homologação quanto de produção ocorrerão simultaneamente no dia 28/10/2024. A versão 1.04 pode ser lida na íntegra AQUI.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Tópico vinculado a #TK-6155. Assim que houver novas informações relacionadas, será atualizado aqui.

Foi enviado ao SVN na Rev-35713, ajustes visando resolver esta questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Arquivos recebidos! Vou fazer alguns testes com os mesmos e retorno assim que descobrir mais informações.

Defina a propriedade ACBrNFe.Configuracoes.WebServices.Salvar := True; Com ela definida, na próxima consulta, ele vai salvar para você os arquivos: AAAAMMDDHHNNSS-con-dist-dfe.xml AAAAMMDDHHNNSS-con-dist-dfe-soap.xml AAAAMMDDHHNNSS-dist-dfe.xml AAAAMMDDHHNNSS-dist-dfe-soap.xml Os arquivos que tem dist-dfe no nome são o retorno, é ele que precisamos.

Boa tarde! Recebemos um arquivo de resumo de NF-e. De fato, não há uma rotina para ler o XML do resumo especificamente. Você teria o arquivo de retorno da consulta de distribuição completa o qual este resumo foi devolvido? Em um teste mais simples, passando o conteúdo que foi lido pela rotina UTF8ToNativeString, também faz com que o conteúdo seja exibido corretamente.

Boa tarde! Por favor, pode disponibilizar o arquivo que está carregando e está apresentando este resultado para testes? Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação. Se seus fontes estão atualizados: A leitura do retorno quando você faz a consulta DistribuicaoDFe é feita a partir do local indicado pelo print:

Olá pessoal! No dia 17/10/2024 foi publicado o Correio Eletrônico Circular SEF/DIAT/Nº 18 / 2024 divulgando cronograma para a ativação das regras de validação relacionadas as informações do cBenef e do grupo de informações do crédito presumido. Regra de Validação Descrição da Regra Data de ativação no Ambiente de Teste Data de ativação no Ambiente de Produção N12-85 (NF-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 04/11/2024 03/02/2025 N12-85 (NFC-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 04/11/2024 01/04/2025 N12-94 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se código de benefício fiscal corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 02/12/2024 28/04/2025 N12-98 (NF-e e NFC-e) Se informado código de benefício fiscal: verificar se o código de benefício fiscal existe e está vigente, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 02/12/2024 28/04/2025 N14a-20 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/cBenefRBC (id:N14a): verificar se código de benefício fiscal de redução de BC (cBenefRBC) existe, está vigente e corresponde a um código de benefício de redução de base de cálculo (coluna CST 20 = SIM), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina(NT2019.001). 02/12/2024 28/04/2025 I05h-10 (NF-e e NFC-e) Se informado código de crédito presumido (tag: cCredPresumido): verificar se código de crédito presumido existe, está vigente e corresponde a um código de crédito presumido, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina(NT2019.001). 02/12/2024 28/04/2024 N12-86 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se CST não possui código de benefício fiscal (tag:cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 02/12/2024 01/09/2025 N14a-10 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/pRedBC (id:N14) maior que zero, é obrigatório informar cBenefRBC (id:N14a) (NT 2019.001). 02/12/2024 01/09/2025 Vale ressaltar que as regras estão sendo ativadas conforme as datas mencionadas acima para que as empresas tenham tempo para adequação e testes no ambiente de homologação antes de partir para o ambiente de produção. O referido correio eletrônico pode ser conferido na íntegra AQUI.

Olá pessoal! No dia 15/10/2024 foi publicada a versão 1.05 desta nota técnica. A nova versão altera a tag raiz do proc do CT-e Simplificado, trocando cteProcSimp por cteSimpProc. Ajustes necessários já foram realizados nos fontes do ACBr. Leia a versão 1.05 desta nota técnica AQUI.

Olá pessoal! Em sua atualização mais recente na Nota Técnica 2023/004 a regra de validação para este rejeição ficou desta forma: Conforme descrito, se você está recebendo está rejeição, significa que seu arquivo XML possui o tPag com o valor 03, 04 ou 17, mas não possui o grupo de cartões (grupo card no XML). Quais são os campos que compõe este grupo você se pergunta. Para isso, podemos conferir na mesma nota técnica, vejam: Como eu faço para preencher estes campos nas soluções ACBr? Se você está utilizando o componente nativo para Delphi ou Lazarus as propriedades podem ser preenchidas da seguinte forma: var NotaF: NotaFiscal; InfoPgto: TpagCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenche as demais informações da NFe... InfoPgto := NotaF.NFe.pag.New; InfoPgto.tPag := InfoPgto.tpIntegra := InfoPgto.CNPJ := InfoPgto.tBand := InfoPgto.cAut := InfoPgto.CNPJReceb := InfoPgto.idTermPag := end; Agora caso esteja utilizando o ACBrMonitorPLUS ou a ACBrLibNFe, para adicionar as informações, o arquivo INI deve ser preenchido assim: [pag001] tPag= tpIntegra= CNPJ= tBand= cAut= CNPJReceb= idTermPag= Vale mencionar... Embora de acordo com a NT, do grupo card, somente os campos tpIntegra e cAut sejam obrigatórios, não há problema nenhum em preencher as demais informações. Ter elas registradas no arquivo XML, pode auxiliar em um controle de informações e torna a operação mais transparente para o destinatário. Também temos indícios de que ao menos a Sefaz do Paraná, espera receber mais campos além do tpIntegra e do cAut, como pode ser visto no tópico abaixo:

Boa tarde! Pelo que pude apurar, o tamanho é de fato fixo em 12 para o Santader. Criada a #TK-6122 para análise das informações e parecer por parte da equipe de consultores.

Bom dia! Veja comentário correspondente ao enum, retirado da rotina que monta o arquivo CNAB em seu leiaute 400 para a Caixa Econômica Federal: toRemessaAlterarPrazoDevolucao : ATipoOcorrencia := '08'; {Alteração do Prazo de Devolução} toRemessaAlterarDevolucaoProtesto : ATipoOcorrencia := '12'; {Alteração da opção de Devolução para Protesto} Não encontrei o enum toRemessaAlterarPrazoLimiteRecebimento sendo utilizado nesta rotina. Neste LINK, você pode encontrar mais informações sobre os valores 08 e 12 na nota explicativa NE017.

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

Entendido. Reverti a alteração que faz com que ele deixe de dividir por 100 a alíquota para o município.

@tryideas sistemas, foi enviado ao SVN um ajuste visando resolver esta questão. Por favor, assim que houver uma versão da Lib com atualização posterior a 01/10/2024 no link abaixo, peço que atualize, realize um novo teste e reporte qualquer problema.

Bom dia! Conferindo aqui, para esta última alteração, uma modificação será necessária nos fontes internos da Lib. Criada a #TK-6111 para ajuste.

Boa tarde! Em seu arquivo INI, na seção [Itens001] informe a unidade. Considerando o XML de exemplo disponibilizado, ficaria: [Itens001] ... Unidade=UN ...

Boa tarde! Tópico vinculado a #TK-6098 criada para tratar do caso. Qualquer novidade será divulgada neste tópico.

Boa tarde! Tópico vinculado a #TK-6099 criada para tratar sobre o tema. Qualquer novidade será disponibilizada neste tópico.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-6103