Painel de líderes

Aqui faço da seguinte forma, deixo livre para digitação todos os campos e valido na gravação se a tag e grupo digitados permitem correção. Quanto as tags que podem ser corrigidas, ai eu tenho um menu de acesso rápido onde o usuário seleciona uma das opções a ser corrigidas e então é completado o grupo e a tag. Não vi a necessidade de criar uma rotina com todas as tags existentes pois as correções a serem feitas na maioria dos casos ficam limitadas a 4 ou 5 tags como por exemplo a CFOP.

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

To postando aqui pra ajudar, porque tive muitas duvidas em qual forma seria feito a transmissão dos arquivos para atender o Requisitos XI e XXVI do PAF. A transmissão é realizada através de um software da SEFAZ TO (programa é o CDF) maior gambiarra que eu já vi, inclusive tem que colocar um BAT! Pra inicializar com o Sistema. O Conexão Digital Fiscal – CDF é um programa desenvolvido pela Secretaria Estadual da Fazenda – SEFAZ-TO para ser instalado nos equipamentos Emissores de Cupom Fiscal- ECF das empresas usuárias desses equipamentos. O CDF é destinado a capturar e transmitir automaticamente à SEFAZ/TO os arquivos previstos nos Requisitos XI e XXVI do Anexo I do Ato Cotepe ICMS 09/2013. Conseguir esse passo a passo na Linx https://share.linx.com.br/pages/viewpage.action?pageId=35426029 Não sei se postei no lugar correto, mais espero ter ajudado.

Boa tarde, Tomaz Alexandre Macedo. Obrigado pela sua contribuição.

Enviei uma pergunta para SEFAZ ES pelo mesmo problema, e eles responderam; 05072019_05B32E8F10D962.pdf

Olá @everson.turossi! Obrigado pelo retorno. Tem razão, geralmente a correção gira em torno de algumas poucas tags. Porém, sempre tem aquele cliente que deseja alterar/corrigir uma informação relacionada à valores, documentos vinculados, etc., e restringir a utilização destas informações significa uma ligação de suporte a menos... Sem contar que fica mais transparente ao usuário, que seguidamente apresenta aquela dúvida "Posso corrigir isto?" (se estiver na lista, pode). Em últimos casos, vou ter que fazer o caminho inverso, listando tudo o que pode ser corrigido "hard coded", com a desvantagem de ter que lembrar de ajustar quando tags forem inclusas/modificadas no layout.

Se você já tem uma aplicação pronta que usa o ACBrECF, talvez queira verificar a utilização do ACBrDFe\ACBrNFe\ACBrECFVirtualNFCe. E claro, você já deve saber, mas a parte do TEF é feita pelo ACBrTEFD

Bom dia, anderson.mendonca Maravilha. Veja o componente: ACBrDFe\ACBrNFe

Bom dia, Implementação validada. Obrigado.

Valeu Felipe! Eu já utilizo o ACBr faz muitos anos. Mas neste caso, qual componente devo utilizar para desenvolver o projeto que citei acima? Obrigado.

Pessoal, estou recebendo retornos positivos sobre o funcionamento após os últimos ajustes. Então vamos fechar esse tópico por enquanto. Por favor, criem um novo tópico caso precisem de alguma modificação. Fiquem a vontade para me mencionar usando "@" ou mandar uma MP após terem criado o novo tópico. Queria aproveitar a oportunidade para agradecer a em especial a @MFincotto, @mansur e @EliasCesar que puseram a mão na massa pra ajustar o componente.

Administradores do ACBR, fiz a leitura do post ( ) constatei que temos o mesmo problema na impressão da DANFE nfe e nfc-e, estou desenvolvendo um servidor rest compilando pra ISAPI no IIS e está ocorrendo o mesmo problema ao executar este código (if RLPrinter.Copies <> AConfig.NumCopias then) no método AjustarReport do fonte (ACBRDFeFortesReport.pas) e no método ImprimirInterno do fonte (ACBrDANFCeFortesFr.pas). Fiz localmente um pequeno ajuste para aceitar NumCopias com valor zero e adicionei neste if para testar se NumCopias > 0 para evitar a chamada de RLPrinter.Copies. Pelos testes que fiz resolveu, inclusive fiz teste em massa realizando várias chamadas simultâneas ao servidor e ele gerou todos os PDFs corretamente, porém para que isso seja possível precisei adicionar uma sessão crítica no meu servidor no momento da geração do PDF, pois o FortesReport não é Thread Safe. Seria possível disponibilizar este ajuste no RLPrinter.Copies nas impressões do Acbr para que toda a comunidade consiga utilizar em modo ISAPI as impressões com Fortes Report ?

Boa tarde. Os demos estão no svn, na pasta Exemplos. Att.

Boa tarde Saymon, Para mim é novidade a SEFAZ-GO também estar oferecendo esse serviço, pois até então eu tinha conhecimento que só a SEFAZ-RS tinha esse serviço. Esse serviço que eu me recordo ele consegue baixar os XMLs onde o CNPJ aparece tanto como emitente quanto destinatário. Sendo assim o escritório de contabilidade consegue baixar os XMLs de entrada quanto de saído do seu cliente. Por outro lado se a sua aplicação gerar o XML de saída o grupo <autXML> com o CNPJ do contador, este através de uma aplicação feita por você mesmo usando o método DistribuicaoDFe vai conseguir baixar todas as notas emitidas, ficando de fora as notas recebidas (de entrada). E o DistribuicaoDFe funciona para todas as UF. Desta forma metade do serviço do contador é resolvido.

Fortes.

Boa tarde. Um bom ponto de partida é o demo do componente. Att.

Boa tarde Leandro, Como o problema agora é com o cancelamento vou fechar esse tópico.

Boa tarde Hugo, Desfaça a sua alteração no fonte e altere o arquivo INI do provedor, incluindo a linha em negrito. [Cancelar] IncluiEncodingCab=1 IncluiEncodingDados=1 DocElemento=nfd

Boa tarde Eduardo, Usando o programa exemplo, configure o componente para usar o libCapicom. E faça um teste de cancelamento.

Boa tarde Juliano, Favor atualizar os fontes, fiz um tratamento para os MDF-e que foram encerrados.

Se utilizarem o mesmo protocolo das cadastradas, você conseguirá configurar a balança solicitada.

Verifique se não está enviando o cNF igual o nNF na chave de acesso.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Nota: por favor, verifique se sua alteração não vai criar o problema relatado no seguinte tópico: https://www.projetoacbr.com.br/forum/topic/49609-numcopias-boleto-sendo-alterado-pelo-componente-nfe/?tab=comments#comment-328443

Bom dia, MarceloVision. O tópico é bem antigo. Peço para que crie um novo, colocando de forma clara e completa a sua dúvida ou problema.

Ítalo, Deu certo o que você fez. Obrigado. Ainda não está funcionando o cancelamento, mas é problema lá no lado do GovBr, não nosso, já que o XML está batendo 100% com o modelo que me passaram. Leandro

Olá, O tópico mencionado acabou causando efeitos indesejados muito sérios. Por isso tivemos que refazer. Já que mencionou ter uma possível correção, poderia por favor anexar os arquivos alterados para que possam ser analisados?

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

A SEFAZ pode ter modificado a URL. Pelo que consta na página da SEFAZ (a do ENCAT não está abrindo, tente alterar essa URL para: URL-ConsultaNFCe_2.00=http://homologacao.sefaz.to.gov.br/nfce/consulta http://www.sefaz.to.gov.br/nfce/documentacao.jsf

Bom dia Marcos, Favor atualizar o ACBrMonitor, a ultima versão disponível é 1.2.0.68 Faça novos testes. Caso o problema continue, favor anexar o log e os XMLs gerados para que possamos analisar o problema.

Fechando o tópico. Para nova dúvida, abrir novo tópico.

Bom dia.. vou passar um exemplo do nfc-e , em arquivo txt Valeu..qualquer coisa.. so perguntar..

Ok obrigado. Me ajudou muito. Pode fechar o tópico se desejares. Grato!

É bom evitar abrir vários tópicos sobre um mesmo assunto para não poluir o fórum e dificultar as buscas. Sobre o assunto do ICMS Efetivo, aqui tem uma orientação de como preencher os campos do ICMS efetivo:

Realmente, havia um problema no retorno dessa função. O retorno acabava sendo assim: \\?\E:\API\Executavel\ O mais estranho é que essa função é usada para fazer manifestação de outros docs. Obrigado BigWings!

Aparentemente tem algo errado com seu arquivo ACBrMonitor.ini . Tente encerrar o ACBrMonitor e renomear esse arquivo para que seja um criado um novo arquivo de configuração na próxima inicialização.

O Instalador não compila em 64 bits... isso deve ser definido no seu projeto... @Juliomar Marchetti, os DCUs de 64 bits não deveriam seriam gerados em uma pasta separada ?

Bom dia Antônio, Muito obrigado pela colaboração, já enviei para o repositório com uma pequena alteração. Favor atualizar os fontes e faça novos testes.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17263. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tente alterar a linha digitável de Arial 13 para 12.

Bom dia! Ao tentar gerar o PDF do Extrato com FortesReport em uma aplicação ISAPI, recebo o erro "There is no default printer currently selected". O erro persiste mesmo definindo uma impressora padrão no Windows. Segue correção em anexo para análise. Obrigado. ACBrSATExtratoFortesFr.pas

Parece bem melhor... notei o mesmo caso em várias outras Units, e apliquei correções no SVN... rev:16359

Leu os manuais da NF-e ? ele explica do básico ao avançado. aqui tratamos de componentes para Delphi/Lazarus caso queira usar eles em C# somente através do monitor PLUS sobre achar informações vagas, sugiro dar uma lida no material todo que tem aqui no fórum, temos uns 9 anos de informações e alguns GB de Dados.