Painel de líderes

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.

Boa tarde, Conforme pôde ser observado por um grande número de membros da comunidade, desde os últimos dias de abril vinha ocorrendo na maioria das UFs a rejeição Endereço do site da UF de Consulta por chave de acesso diverge do previsto ao tentar enviar a NFCe em ambiente de homologação. Motivo da Rejeição Conforme foi divulgado posteriormente pela SEFAZ, de forma não oficial, ou seja, sem a publicação de NTs ou outras informações nos portais relativos a NFCe, esta rejeição passou a ocorrer devido a implementação da regra ZX03-20 existente na NT 2016.002 versão 1.61, a qual determina a validação da URL de Consulta por Chave de Acesso conforme tabela disponibilizada no portal do ENCAT. Estas validações entraram em vigor em ambiente de homologação no dia 22/04/2019 e em produção entrarão em 20/05/2019. Solução Os fontes do ACBr e por consequência o ACBrMonitorPlus SAC, foram atualizados com as URLs corretas conforme documentação disponível na página do ENCAT. Porém, em alguns casos, os endereços indicados pelo ENCAT ainda sim estavam incorretos. Com base no feedback de diversos usuários de nossa comunidade, novos ajustes foram enviados para o SVN do ACBr, no arquivo ACBrNFeServicos.ini Dicas para Minimizar o Impacto em seus clientes Se você utiliza o componente ACBrNFe para emissão da NFCe, procure sempre disponibilizar na mesma pasta do seu binário (executável) o arquivo ACBrNFeServicos.ini. Desta forma, o componente ACBrNFe, irá fazer uso do arquivo ACBrNFeServicos.ini existente no diretório, ao invés de usar as URLs internas, que são compiladas como "Resource", e anexadas ao componente... Isso é extremamente vantajoso, pois lhe confere grande agilidade na resolução de problemas de URLs... Caso sejam detectadas novas alterações de URLs, basta realizar a substituição do arquivo ACBrNFeServicos.ini, evitando portanto a necessidade de atualizar toda a aplicação. Eu não distribuo o ACBrNFeServicos.ini em meus instaladores? Preciso recompilar e atualizar meus clientes para que as novas URLs entrem em vigor ? Se você não quer ou não pode distribuir o ACBrNFeServicos.ini, na mesma pasta da sua aplicação, então não há outra maneira a não ser disponibilizar um novo binário para o seu cliente... Porém antes , faça um teste, é simples e rápido... Apenas copie o arquivo ACBrNFeServicos.ini no mesmo diretório de sua aplicação, e observe que as novas URLs serão utilizadas, pois o componente ACBrNFe irá priorizar o arquivo em disco. Ainda tem Dúvidas? Acesse os sub-fóruns sobre NFCe e crie um novo tópico relatando seu questionamento. Lembre-se que se for usuário do SAC Anual você também pode falar conosco pelo chat ACBr.

Consegui localizar, obrigado.

Já deu uma olhada na documentação existente ? https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Bom dia. Este problema não está diretamente ligado à atualização da versão do ACBr mas sim porque a Sefaz está fazendo valer uma regra já existente a algum tempo na NT 2016.002. Essa regra começou a ser aplicada no ambiente de homologação no dia 22/04, e vai ser aplicada no ambiente de produção a partir do dia 20/05. Essa regra de validação é opcional por estado. Isso significa que cada estado pode decidir se aplica ou não essa regra de validação. Como já foi visto aqui no tópico a última compilação do ACBrMonitor PLUS já está correta de acordo com as regras, só teria que atualizar para esta última versão. Ou alterar o arquivo ACBrNFeServicos.ini com os endereços corretos.

Boa tarde, Geraldo Rodrigues. Acredito que é porque você está tentando emitir uma nota em ambiente de homologação, referenciando uma nota fiscal emitida em ambiente de produção.

O SCAN não é mais usado, foi desativado há tempos. Se a SEFAZ agendou a contingência o que vai ser ativado vai ser a contingência SVC. Para saber como tratar a contingência leia o manual de orientações do contribuinte, a partir da página 150: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI= No caso de SP a SEFAZ usa a SVC-AN para autorização em contingência: O que precisa fazer na aplicação: - Ajustar a configuração ACBrNFe.Configuracao.Geral.FormaEmissao := teSVCAN; - Na geração da NFe informar a tag tpEmis = teSVCAN; O restante do processo é como no envio normal, a NFe é enviada para o webservice de contingência e ele fornece o protocolo de autorização. Nada mais é preciso fazer do lado da aplicação, assim que o serviço da SEFAZ for normalizado, o próprio webservice se encarrega de sincronizar as NFe emitidas em contingência.

Favor atualizar os fontes e testar novamente.

Fizemos a reinstalação do ACBR Monitor Plus e o problema não aconteceu mais.

Atualizei os fontes do ACBR, parte do SpedECF e gerei o arquivo, a princípio gerou corretamente os novos campos.

Bom dia. Os trabalhos estão avançados, em breve lançaremos esta lib. Att.

Bom dia pessoal, Pelo que vimos o erro 12002 é falha (falta ?) de comunicação com o webservice, por ele estar ou fora do ar ou sobrecarregado, não sendo portanto erro de código ou de parametrização, a única coisa que pode-se tentar fazer para contornar é aumentar o timeout. No mais é esperar pela normalização do serviço por parte da SEFAZ. Creio que o tópico possa ser encerrado. Agradeço a todos.

Obrigado @Italo Jurisato Junior... ficou um ótimo resumo

Bom dia. Você deve passar a enviar as tags somente no dia 07/05. Att.

Você não deve considerar o desconto ao informar a tag vProd.

Bom dia, neste caso acredito que não precisa percorrer todos os eventos, veja: ACBrNFe1.WebServices.Consulta.retCancNFe.nProt;

Estou homologando a unit no Banco Uniprime(84), em breve estarei divulgando aqui a unit criada, para avaliação da equipe do ACBr.

Boa Noite, somente NFC-e. O Ajuste SINIEF 07/18, que alterou o ajuste 19/16, trouxe a seguinte redação: “Cláusula décima quinta-A Na hipótese prevista no inciso I da cláusula décima segunda, o emitente poderá solicitar o cancelamento da NFC-e, desde que tenha sido emitida uma outra NFC-e em contingência para acobertar a mesma operação, em prazo não superior a 168 horas, podendo ser reduzido a critério de cada unidade federada, contado do momento em que foi concedida a Autorização de Uso da NFC-e, de que trata o inciso I da cláusula oitava.”.

Informe a finalidade como devolução. [Identificacao] finNFe=4

Verdade, é assim que ele faz, muito OBRIGADO MESTRE!

Você pode usar as tags de unidade de comercialização (uCom, qCom, vUnCom, cEAN) e as tags de unidade de tributação (uTrib, qTrib, vUnTrib, cEANTrib).

Enviao ao SVN. Favor atualizar, testar e reportar qualquer problema. Muito obrigado.

Depois de remover tanto a pasta inteira do ACBr quanto a do Fortes, fiz checkout novo para as duas e o problema foi resolvido.

Prezados amigos: Com base nas valiosas colaborações do Daniel (neste tópico) e do Kym (msg privada), consegui elaborar em Delphi a rotina para a assinatura digital da hash. A solução só não ficou perfeita pelo fato de eu não ter obtido sucesso em usar uma DLL Delphi no VBA, mas driblei o problema criando em Delphi a mesma rotina como um arquivo executável, que salva a assinatura digital em um arquivo txt , deixando ao VBA a simples missão de, poucos segundos depois de ter "provocado" a execução dessa rotina, ler automaticamente o txt por ela gerado em busca da desejada informação. Portanto, Questão Solucionada! Muito obrigado. EA

Resolvi assim: -Copiando a dll do aparelho e o arquivo SYGMASAT.INI para dentro da aplicação. Dentro do arquivo ini tem um parametro "MostraTempo=1", mude para "MostraTempo=0". Reinicie a aplicação.

Boa tarde. Você está utilizando o ACBrMonitorPlus? Se sim, anexe o inide configuração, assim como o log. Att.

Boa tarde. Conforme a NT 2018.005, o local de entrega entra em vigor em ambiente de produção somente em 07/05/19. Att.

Boa tarde. Sugiro que consulte a pasta de exemplos. Att.

Boa tarde. Por favor criei um tópico especifico para sua dúvida. Att.

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

Boa tarde. Veja também este artigo em nossa base de conhecimento. Att.

Muito obg salvou minha vida !! ja estou a dois dias com esse erro. Substitui as linhas resolvido!!!

Enviado para o repositório, rev. 16980.

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

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

Analisando o código, o componente desabilita o Integrador, quando ele percebe que o componente está configurado para NFe procedure TNFeWebService.EnviarDados; var UsaIntegrador: Boolean; Integrador: TACBrIntegrador; begin UsaIntegrador := Assigned(FPDFeOwner.Integrador); Integrador := Nil; if UsaIntegrador and (FPConfiguracoesNFe.Geral.ModeloDF = moNFe) then // É NFE ? begin Integrador := FPDFeOwner.Integrador; // SALVA CONFIGURAÇÃO ANTERIOR FPDFeOwner.Integrador := Nil; // DESABILITOU end; try inherited EnviarDados; // ENVIA finally if Assigned(Integrador) then // RESTAURA CONFIGURACAO FPDFeOwner.Integrador := Integrador; end; end;

Creio que em 2 ou 3 semanas... (mas espero antes)...

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

Bom dia, Mauricio Elias Tudo leva a crer que a Sefaz não está preparada para as novas tags.

Bom dia a todos. Sugiro que entrem em contato com a prefeitura para obter mais detalhes.

Me perdoe, eu pesquisei, mas pesquisei por NT 2019.001 e não encontrei. Falha minha, tem como eu finalizar esse tópico ou só um administrador? Embora, que vi agora que esse post que você mandou é uma notícia, talvez, este meu post possa servi para discutimos nossas dúvidas. Abraços

Bom dia Kartter, Sim, se o XML não estiver assinado ao tentar validar vai ocorrer erro de validação acusando a falta do grupo <Signature> que contem a assinatura digital.

Prezado Ítalo, Acertou. Procurei os exemplos e já estamos providenciando as adaptações. Obrigado pelo retorno.

Italo..bt essa noticia, me deixa contente.. assim, posso continuar a usar o acbr, em todos os meus sistemas... ficarei aguardando !!! grato , a todos q estao envolvidos...

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

Obrigado pelo retorno. Mas cometi um erro, a impressora não estava no padrão ESCBEMA, alterei e ficou show! Desculpe, não verifiquei isso antes.

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

Demorei porque tive dificuldades para conseguir uma versão atualizado do SiTefDemo... Apliquei as seguintes modificações no SVN -- ACBrTEFDCliSitef -- [*] Chamada ao Método "FinalizaTransacaoSiTefInterativo" que está depreciado, foi substituido por "FinalizaFuncaoSiTefInterativo" [*] Método "FinalizarTransacao" modificado para receber novo Parâmetro, ParamAdic: AnsiString rev: 16935

Será que vocês não estão com os fontes desatualizados ? o ACBrNFeServicos.ini do SVN, já está com essa URL http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini [NFCe_MT_P] NfeAutorizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao?wsdl NFeRetAutorizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeRetAutorizacao?wsdl NfeInutilizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeInutilizacao2?wsdl RecepcaoEvento_1.00=https://nfce.sefaz.mt.gov.br/nfcews/services/RecepcaoEvento?wsdl NfeStatusServico_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeStatusServico2?wsdl NfeConsultaProtocolo_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeConsulta2?wsdl NFeAutorizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao4 NFeRetAutorizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeRetAutorizacao4 NfeInutilizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeInutilizacao4 NfeConsultaProtocolo_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeConsulta4 NfeStatusServico_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4 RecepcaoEvento_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/RecepcaoEvento4 URL-QRCode=http://www.sefaz.mt.gov.br/nfce/consultanfce URL-ConsultaNFCe=http://www.sefaz.mt.gov.br/nfce/consultanfce URL-ConsultaNFCe_2.00=http://www.sefaz.mt.gov.br/nfce/consultanfce

Boa tarde. Toda ajuda é muito bem vinda, logo você pode sim realizar o desenvolvimento para este banco Recomendamos que analise as demais implementações (sugiro o Bradesco) e sigas os padrões dos mesmos, após realizar a homologação junto ao banco você pode anexar no tópico os fontes alterados. Caso tenha alguma dúvida pode postar aqui também. Att.