Painel de líderes

Olá Thales bom dia! Este é o sentido da comunidade... Parabéns pela atitude.

ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromString(VariavelStringComXML); ACBrCTe.Conhecimentos.Imprimir;

No momento de gerar o XML para a Venda, o ACBrSAT, apenas gera os campos que são obrigatórios para aplicação... o vItem é gerado pelo SAT Verifique se você está realmente calculando o arredondamento como na ABNT... 2,5 x 25,43 = 63,58 (veja item 2.3 da ABNT)

Bom dia pessoal A empresa que trabalho necessitou a geração de remessa para o banco Safra 240 posições. Como não tinha no ACBR eu criei seguindo o padrão e estou disponibilizando. Pasta destino do arquivo: ...\Fontes\ACBrBoleto\ Grato ACBrBancoSafra.pas

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.

Perfeito, mestre! Funcionou redondinho. Muito obrigado, abraço!

Obrigado pela ajuda de todos. Realizei o procedimento informado aqui e funcionou......

Pessoal, boa tarde. Após acionar o suporte da SkyTEF eles solicitaram que: "Apaga o arquivo \CliSiTef\ChavesCliSiTef", depois disso funcionou sem problemas....

Boa tarde Guerreiro, Pela minha analise, esse provedor segue a versão 2 do layout da ABRASF, menos mau. O problema acredito ser a questão da tag chamada Integridade que em vez de ser uma assinatura digital é feito um hash do XML. A geração do XML já temos pronta, o que precisa ser feito é criar um arquivo INI para esse provedor e fazer com que o componente reconheça ele. Sugestão para o nome do enumerador: proiiBrasil

Boa tarde Raylan, Favor atualizar os fontes e faça novos testes. Note que fiz alterações no arquivo INI do provedor.

Boa tarde, Segue em anexo o manual, assim que consegui homologar o layout 400 do Credisis posto a classe com as alterações. 20190415_152726_LAYOUT_CNAB_400.pdf

Boa tarde Doni, Favor atualizar os fontes.

Bom dia. Recomendo que verifique os arquivos do svn na pasta exemplos se o existe um arquivo ini ´para este provedor. Att.

Bom dia Nicolas, Entre na nossa biblioteca pelo link: http://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/NT/2019/ E leia atentamente a Nota Técnica que trata sobre o Comprovante de Entrega. Um breve resumo: Quem emite esse evento é a transportadora, latitude e longitude é opcional. Leia com muita atenção a descrição do campo: hashEntrega.

Por favor, crie um tópico separado para outros problemas conforme as regras do fórum. O DFM do form ou datamodule onde se encontra o componente. Talvez você queira abrir todos os forms do seu projeto e conferir. O form que gerar a exception é o que deve ser alterado.

Passei no validador e foi validado com sucesso, mais a rejeição foi do arquivo enviado para o banco. Vou verificar com o banco essa inconsistência. Desde já agradeço.

Qual delas está marcando como True? Qual o resultado que espera e como está sendo gerado? Se apenas SepararPorAno estiver marcada será gerado: ...\2019 Se SepararPorAno e SepararPorMes estivererem marcadas: ...\2019\07 Se SepararPorAno, SepararPorMes e SepararPorDia estiverem marcadas: ...\2019\07\03 Se apenas SepararPorMes estiver marcada: ...\201907 Se SepararPorMes e SepararPorDia estiverem marcadas: ...\201907\03 Se apenas SepararPorDia estiver marcada: Parece que aqui pode ter um bug, não será gerada separação por dia... não vai acontecer porque o componente não permite marcar apenas SepararPorDia.

o meu deu o mesmo problema.. então abria o arquivo DFM do seu projeto pelo bloco de notas, é o arquivo onde está o componente TACBrNFSe (deve ser um form ou datamodule) ai vc remove a tal linha, salva o DFM e abre o projeto no delphi novamente. aqui deu certo....

Ola Tiago, encontrei um blog que aparentemente me ajudou! Ate então não tive problemas depois q segui os passos, vou te passar o link. https://nstecnologia.com.br/blog/problema-ao-localizar-certificados-icp-brasil-v5/

obg era isso mesmo!

Bom dia, Verifique os valores destas tags no seu XML. Att.

Aqui resolvi abrindo o arquivo DFM pelo bloco de notas e removendo essa linha: COnfiguracoes.Geral.Emitente.DadosSenhaParams = <>

@Daniel Simoes, obrigado! Eu havia me prendido ao fato de que o valor final 91,332 seria considerado 91,33. Não ao valor individual de cada produto. Vou apenas implementar a rotina e testá-la amanhã e darei a confirmação aqui para fecharmos o tópico.

Boa noite Doni, Favor atualizar os fontes, reinstalar a suíte ACBr e faça novos testes.

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

Igor, veja essa rotina: OpenDialog1.Title := 'Selecione o CTe'; OpenDialog1.DefaultExt := '*-cte.xml'; OpenDialog1.Filter := 'Arquivos CTe (*-cte.xml)|*-cte.xml|Arquivos XML (*.xml)|*.xml|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrCTe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName); end; OpenDialog1.Title := 'Selecione o CTe'; OpenDialog1.DefaultExt := '*-cte.xml'; OpenDialog1.Filter := 'Arquivos CTe (*-cte.xml)|*-cte.xml|Arquivos XML (*.xml)|*.xml|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrCTe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName); ACBrCTe1.Conhecimentos.ImprimirPDF; end; Inicialmente ela pede o primeiro XML, limpa o componente e carrega o XML. Depois pede o segundo XML (chave diferente do primeiro), carrega o XML e executa o método ImprimirPDF. Desta forma essa rotina gerou o PDF dos dois DACTE e salvou eles na pasta definida em PathPDF. A única diferença é que não gera um único PDF com os dois DACTE que acredito que é o que você deseja. Mas talvez seria possível criar uma rotina para gerar um ZIP com todos os PDF.

Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.

Visulizar Arquivo Consulta SAT - WebService Este aplicativo utiliza o Componente ACBrSATWS do Projeto ACBr, permite realizar consultas em lote de CFe transmitidos via SAT para SEFAZ SP. Este componente utiliza recursos do WebService disponibilizado pela SEFAZ, pode ser útil para recuperar XMLs de CFe de um determinado período. Autor José M. S. Junior Enviado 18-06-2019 Categoria Utilitários - PRO  

Daniel, Entrei em contato com a SkyTef agora vou esperar as instruções. Obrigado

ok... você pode estudar os fontes do TEFDDemo, na pasta Exemplos... mas é fundamental, ter conhecimento do TEF... Primeiro escolha qual será o gerenciador TEF suportado... Se for trabalhar com o SiTef (líder do mercado), solicite informações de homologação com a SkyTEF - http://www.skytef.com.br/ Se for trabalhar com o Pay&Go: https://www.paygo.com.br/homologue-2/

Bem lembrado... http://wiki.lazarus.freepascal.org/Online_Package_Manager

Bom dia! Tentou pelo Gerenciador de Pacotes Online? Por ele acho mais prático.

Após a assinatura e solicito e método validar. O erro ocorre ao assinar. Boa tarde, Antonio. Gerei o código que não se encaixa em nenhuma das restrições e mesmo assim ocorre o erro.