Painel de líderes

Novos Códigos de Rejeição Código Motivo de não atendimento da solicitação 840 Rejeição: NCM de medicamento e não informado o grupo de medicamento (med) [nItem:nnn] 841 Rejeição: Código do Tipo de Veículo Inexistente 842 Rejeição: Código da espécie de Veículo Inexistente 843 Rejeição: Código da espécie de Veículo incompatível com o tipo do Veículo. 844 Rejeição: Código de Item da Lista de Serviços inexistente. 845 Rejeição: O Grupo Transportador não pode ser preenchido para Modalidade do frete informada 846 Rejeição: Transporte próprio por conta do Remetente e CNPJ Base ou CPF do Transportador difere do CNPJ Base ou CPF do Remetente 847 Rejeição: Transporte não é próprio por conta do Remetente e CNPJ Base ou CPF do Transportador igual ao CNPJ Base ou CPF do Remetente 848 Rejeição: Transporte não é próprio por conta do Remetente e CNPJ Base ou CPF do Transportador igual ao CNPJ Base ou CPF do Remetente 849 Rejeição: Transporte não é próprio por conta do Destinatário e CNPJ Base ou CPF do Transportador igual ao CNPJ Base ou CPF do Destinatário 941 Rejeição: Número do Regime especial inválido. 942 Rejeição: IE do local de retirada não cadastrada 943 Rejeição: IE do local de retirada não vinculada ao CNPJ 944 Rejeição: IE do local de retirada não vinculada ao CPF 945 Rejeição: IE do local de entrega não cadastrada 947 Rejeição: IE do local de entrega não vinculada ao CNPJ 948 Rejeição: IE do local de entrega não vinculada ao CPF 949 Rejeição: NFC-e sem preenchimento das Informações Adicionais de Interesse do Fisco 950 Rejeição: Informações Adicionais de Interesse do Fisco abaixo do tamanho mínimo exigido pela UF.

Para GMail encontrei uma solução melhor "Senhas de app": https://support.google.com/accounts/answer/185833?hl=pt-BR&authuser=1#zippy=%2Csenhas-de-app-revogadas-após-a-mudança-da-senha Basta solicitar uma senha para aplicações que não são compatíveis com o OAUTH2, e assim uma senha de 16 dígitos será disponibilizada, sendo possível revogar a qualquer momento, a mesma pode ser usada no ACBrMail, não será necessário desativar o acesso de 2 passos ou ativar esse recurso de acesso a aplicações menos seguras do Gmail.

Atualizado o artigo para a NT 2021.004 v1.20 publicado em 14/03/2022 Atualizado o artigo para a NT 2021.004 v1.21 publicado em 18/04/2022 Atualizado o artigo para a NT 2021.004 v1.30 publicado em 12/05/2022 Atualizado o artigo para a NT 2021.004 v1.33 publicado em 31/08/2022 (ir para a atualização) O prazo previsto para a implementação das mudanças é: Regra Homologação Produção UF Nota Técnica 14/03/2022 16/05/2022 Nota Técnica 14/03/2022 08/08/2022 Z02-10 e Z02-20 01/02/2023 03/04/2023 SC Nota Técnica 12/09/2022 12/09/2022 2.1. Alterações de Campos 2.1.1. Inclusão do grupo de FCP ST no Grupo de Partilha do ICMS (Grupo N10a). Essa alteração tornou-se necessária com a publicação do Decreto 8.242 de 2021 do Estado do Paraná que institui a cobrança do Fundo de Combate à Pobreza nas operações com veículos automotores novos sujeitos a Substituição Tributária. Como não havia as tags específicas de FCP neste grupo tornou-se necessária essa alteração que poderá ser aproveitada futuramente para outras UF que optarem por fazer esta cobrança. 2.1.2. Inclusão do Grupo Observações de uso livre do Fisco (para o item da NF-e) Grupo criado para Observações de uso livre do Fisco e do Contribuinte, de forma semiestruturada, a exemplo do que ocorre no grupo de Informações Adicionais da NF-e ampliando a utilização para que possa ocorrer a nível de item. 2.1.3. Inclusão do campo Tipo do Ato Concessório (campo: tpAto) no Grupo de Informações Adicionais da NF-e (campo: infAdic) Este campo, que fica por sua vez dentro do Grupo de Processo Referenciado (campo: procRef) visa trazer uma identificação a mais para os Atos Concessórios cujo indicador da origem do processo (campo: indProc) seja informado como originado na SEFAZ (indProc = 0). Alterações de Regras de Validação 2.2.1. Criação da Regra de Validação K01-10 Regra de validação para obrigar o preenchimento do grupo de medicamento (campo: med) quando o código NCM do produto for de medicamento (NCMs que começam com 3001, 3002, 3003, 3004, 3005 e 3006). 2.2.2. Criação das Regras de Validação J19-10, J20-10 e J20-20 Regras de validação para verificar se o Tipo e Espécie do Veículo (campos tpVeic e espVeic) existem e são compatíveis entre si conforme Tabela de Tipo e Espécie de Veículo publicada no Portal Nacional da NF-e. Foi detectado que o preenchimento destes campos, que já existem há um bom tempo, não atende a tabela específica citada, e por isso torna-se necessária a validação. 2.2.3. Criação da Regra de Validação U06-10 Regra de Validação para verificar o correto preenchimento do campo Item da Lista de Serviços (campo: cListServ). Esse campo tinha seu preenchimento verificado pelo schema e passará a ser validado através de tabela a ser publicada no Portal Nacional da NF-e. 2.2.4. Criação da Regra de Validação X03-30 Regra de Validação para proibir o preenchimento do grupo de transporte (campo: transporta) quando foi informado na Modalidade do Frete que não houve transporte (campo: modFrete = 9). 2.2.5. Criação das Regras de Validação X04-30, X04-40 e X04-50 e X04-60 Regras de Validação para verificar o correto preenchimento do transportador (campo: transporta) no caso de Transporte Próprio por conta do Remetente (campo: modFrete = 3 ). 2.2.6. Criação das Regras de Validação X04-70, X04-80, X04-90 e X04-100 Regras de Validação para verificar o correto preenchimento do transportador (campo: transporta) no caso de Transporte Próprio por conta do Destinatário (campo: modFrete = 4). 2.2.7. Criação da Regra de Validação Z13-10 Regra para verificar o preenchimento correto do Tipo do Ato Concessório (campo: tpAto), no caso de Termo de Acordo ou Regime Especial validando o preenchimento de acordo com a Tabela de Padrões de Regime Especial de cada UF publicada na aba “Documentos”, opção “Diversos” do Portal Nacional da NF-e (www.nfe.fazenda.gov.br). 2.2.8. Alteração da Regra de Validação 3BA02-10 Cria uma condição para que a exceção da regra não seja aplicada caso a NF-e referenciada tenha o Ano-Mês de emissão inferior a 1 mês da data da emissão da NF-e que a referência. 2.2.9. Criação das Regras de Validação 5AF15-10, 5AF15-20, 5AF15-30, 5BF15-10, 5BF15-20, 5BF15-30 Regras para verificar o correto preenchimento dos dados do Local de Entrega e do Local de Retirada, conforme CCC (Cadastro Centralizado de Contribuintes). Como esses grupos impactam na distribuição da NF-e, a informação precisa estar correta e de acordo com o cadastro de contribuintes de cada UF; 2.3. Alterações introduzidas na versão 1.20 2.3.1. Atualização da documentação dos campos tpComb, tpVeic e tpEspecie do Detalhamento específico de Veículos Novos Alterações meramente documentais, excluindo exemplos desatualizados que estavam presentes na Observação dos campos. Como o campo tpComb sempre aceitou valores numéricos e os campos tpVeic e tpEspecie passarão a ser validados por tabelas externas, tornaram-se desnecessários (edesatualizados) os exemplos. 2.3.2. Alteração da Regra de Validação I08-140 O Ajuste SINIEF nº 22/2021 trata da devolução simbólica de gás natural, e em seu inciso V da Claúsula quarta pede que a NF-e de devolução seja emitida com CFOP 5.949 ou 6.949, conforme o caso. Ocorre que caso a devolução fosse feita dessa forma, a nota seria rejeitada pela redação anterior da Regra I08-140. Portanto, foi inserida exceção nessa regra para permitir a devolução conforme manda o referido Ajuste. 2.3.3. Atualização da documentação da Regra K01-10 A Regra K01-10 havia sido publicada erroneamente como pertencente ao grupo I. Produtos e Serviços, quando o correto é o grupo K. Item/Medicamentos. Mais uma alteração meramente documental. 2.3.4. Atualização da documentação da Regra de Validação U06-10 O campo cListServ também é aplicado para o modelo 65, portanto a validação por tabela também deve ser aplicada para esse modelo de documento. Como se trata somente de uma troca da validação por schema pela validação por tabela, não há impacto para as empresas em seus processos 2.3.5. Criação das Regras de Validação Z02-10 e Z02-20 Inclusão das Regras Z02-10 e Z02-20 para o modelo 65, que obrigam o preenchimento das Informações Adicionais de Interesse do Fisco (campo:infAdFisco) com o mínimo de 251 caracteres para os contribuintes de Santa Catarina. Essas regras serão válidas a partir de 01/02/2023 em homologação e 03/04/2023 em produção. 2.3.6. Alteração na forma de divulgação de mudanças do item 3.6.1 da NT 2019.001 v1.51 O item 3.6.1 da NT 2019.001 v1.51 traz um detalhamento da aplicação de Regras de Validação do Código de Benefício Fiscal. Esse detalhamento, a partir dessa NT, não será mais atualizado via reedição de Nota Técnica. As futuras ativações que vierem a acontecer serão publicadas em Informe Técnico, que visa atualizar critérios de aplicação de Regras de Validação já existentes. 2.4. Alterações Introduzidas na Versão 1.21 Introdução de uma Observação nas Regras de Validação X04-50, X04-60, X04-90 e X04-100 para permitir a informação de CNPJ Base ou CPF do transportador igual ao do Emitente ou Destinatário conforme a modalidade do frete, quando a operação é com combustíveis. Essa alteração visa evitar Rejeições pela Regra X04-10, que obriga a informação do Transportador nas operações com indComb=2 conforme tabela de CFOP 4.4 X. Informações do Transporte da NF-e Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=LA92obztjuA=

Danny, Já esta no SVN.

Danny, Já esta no SVN.

Boa tarde Danny, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2264

Erro 500 é erro no webservices deles.

sugiro a leitura da NT 2014.002 v1.11 Resumo indefere de evento de manifestação.

Bom dia, Se o serviço está ativo e não está chegando resumo, pode ser problema de sincronismos das UF com AN. tente entrar em contato com a SEFAZ e reportar o caso

Loucura loucura loucura, rsrsrs, o exemplo do delphi não funciona e no meu sistema delphi, tambem não, porem , no exemplo lazarus, funciona que é uma blz...Alguma dica?

Boa noite, Fiz alguns testes após o ajuste do charset. Fiz mais um ajuste na verificação do Content-Type do response para que funcione perfeitamente. Segue a unit em anexo. ACBrNFSeXWebserviceBase.pas

Boa tarde. Sim está funcionando. Envio, Cancelamento, consultas, etc...

já chegou ver a propriedade Config.DFe.Senha. Manual ACBrLib

Segue novas atualizações referente à montagem do Nosso Número, já que o mesmo é fornecido somente no retorno e já vem com o DV. ACBrBancoInter.pasACBrBoleto.pas

qto a leitura da DI, entendi que o metodo LerXML(string), trata se do conteudo do arquivo, e nao do caminho. feito assim funcinou. qto as propriedades que mencionei ainda, fiz a adição dos mesmos e segue as unit alteradas pcnDI.paspcnDIR.pas

Boa noite amigos, Já utilizo o Banco Inter a alguns meses. Fiz a modificação nos fontes de acordo com o manual e no padrão do ACBr. Estou postando em anexo e caso precisem de mais arquivos (tenho a ficah de compensação, remessa e retorno gerados aqui em produção já) é só me solicitar. Grato, ACBrBoleto.pas ACBrBancoInter.pas Manual_CNAB_400_Inter.pdf

Victor H. Gonzales - Panda nesse demo atualizado que estou postando aqui vc consegui gerar boleto do sicoob via API Authorization Code em homologação autenticando com os dados da conta de homologação do sicoob, aqui no meu código, para pegar o Code tem que autenticar com os dados da conta do cooperado do sicoob, aqui eu gero Token Bearer, ai fico só atualizando ele, porque para atualizar não precisa que autenticar com os dados da conta do cooperado do sicoob novamente, mais o token pode ser feito o reflash durante 30 dias, depois tem que gerar um novo token Bearer. No botão Token Reflash tem o processo de fazer o reflash do token Dados para autenticar com os dados da conta de homologação. Cooperativa: 0001 Conta: 700033690 Senha: 12345678 Fontes_Sicoob.rar

Algumas sugestões: Foram emitidas a mais de 90 dias Não é um dos atores e não está autorizado no autXML (se conseguiu baixar o XML pela Sefaz, não é o caso) Estava inativo por 60 dias e essas NFes não geraram NSUs Obs: Da forma que você está fazendo, o componente está trazendo todos os documentos disponibilizados pela Sefaz. O que não veio, não existe lá e não há o que fazer no componente. Segue tópico com maiores detalhes.

Informe vProd conforme calculado pela sua aplicação. Ajuste o vUnCom conforme necessário. Conforme o manual, o vUnCom é meramente informativo, e o próprio manual indica fazer a divisão vUnCom = vProd / qCom.

Você pode tentar editar o arquivo Fiorilli.ini e remover a geração da assinatura no lote ou no RPS: Caso o webservice esteja configurado para não verificar assinatura, que parece ser a causa do erro.

Olha a resposta da Prefeitura Você também etá com a Prefeitura de Monte Sião? Bom dia, esse erro estava ocorrendo porque o sistema estava configurado para não verificar a assinatura digital e como no xml continha a tag <signature> o sistema estava retornando este erro. Foi alterado a configuração para fazer a verificação corretamente, tente enviar novamente o xml, por gentileza.