Painel de líderes

Olá pessoal, tudo bom? Reunimos todos os grupos em um só, onde podemos responder as dúvidas de todas as linguagens, Delphi, Lazarus, C# e PHP. Centralizamos os grupos de Delphi Experts, ACBr, ZeusDFe, NFePHP, RestDataware e sobre o mundo fiscal, tudo em um só lugar. Conversem pelos canais de cada linguagem ou no #geral quando não souberem para qual local enviar a dúvida. Todos podemos ver e comentar em quais canais quisermos. A divisão de canais é para que os históricos de dúvidas fiquem nos locais corretos, e possamos ser mais organizados. Regras da Comunidade 1. Não faça divulgações em todos os canais, use o: #cursos-eventos 2. Não discrimine ou seja desrespeitoso com os usuários do nosso servidor. 3. Não tente enviar spam ou inundar canais. 4. Por favor, não tente criar drama, cada um com o seu leão por dia. 5. Se você estiver procurando suporte, por favor, faça nos locais corretos, apenas envie uma mensagem no canal designado e alguém virá em breve ou ajudará mais tarde. 6. Por favor, não peça ajuda com o bot no canal principal, use o canal comando !ajuda em cada BOT. 7. Se você foi banido ou expulso, deve ter um motivo para isso. 8. Não fale sobre crack de qualquer programa, distribua torrent sobre, ou use o nosso Discord para fazer apologia ao consumo destes programas pirateados. 9. Não desrespeite nenhum membro da equipe. Eles estão aqui para ajudar! 10. Mutes, kick e proibições são totalmente a critério da equipe. Argumentar com o pessoal é provavelmente um desperdício do seu tempo. 11. Nós nos reservamos o direito de proibir qualquer coisa que tenhamos esquecido de listar aqui. # Nota Se você sentir que foi injustamente punido, entre em contato com qualquer membro da equipe.

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.

Bom dia, descobri o erro. é que tenho uma rotina apos o recebimeto do arquivo xml onde carrego todas as informações de impostos para o banco de dados. Não estava limpando o componente apos essa rotina. Obrigado turma.

por favor, meu certificado renovado e instalado em sistema operacional Windows 7, qdo tento gerar a Assinatura para SAT com o ACBRSATSign retornar erro <O provedor de criptografia nao suporta algoritmo dgstSHA256 > alguem ja teve esse problema ? como posso resolver ? resolvido marcando a opção na instalação do certificado CHAVE EXPORTÁVEL (marcar a segunda e terceira opção , após informar o campo de senha)

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.

Sim, precisa se credenciar na SEFAZ do seu estado para emissão de Nota Fiscal do Consumidor eletronica.

Realmente só está disponível para quem é usuário SAC. Convido você a assinar e desfrutar de todos os recursos que o ACBr oferece. Lembrando que você pode contribuir uma unica vez, sem depender de assinatura ou cobranças futuras. Você também pode entrar em contato com a Sefaz e obter mais detalhes. Conheça o SAC: https://www.projetoacbr.com.br/forum/sac/sobre/

Muito obrigado. Não tinha prestado atenção na classe de pcnConversaoBPe. Ficou perfeito.

Bom dia a todos! Realizei os testes e o problema foi resolvido! Obrigado pela atenção!

Bom dia, anderson.mendonca. Basta você baixar os fontes e utilizar o demo na pasta exemplos como base no desenvolvimento. Veja também o link abaixo:

Bom dia, Obrigada pela contribuição, adicionada para validação. Att.

Ah sim, é que na minha concepção o método Consultar só retornaria verdadeiro quando a Nf já constasse na Base de dados do SEFAZ, agora eu verifiquei melhor o Demo. Obrigado.

Bom dia 1- Sim pode utilizar o mesmo certificado A1, o que muda basicamente é o modelo da NFe que para NFCe é (Modelo=65), e precisa informar o seu CSC e idCSC que mudam de acordo com ambiente (Homologação, produção) 2- Veja um modelo txt para NFCe: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html

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

Só para exemplificar: ... if aqyNF.FieldByName('CO_MODELODF').AsInteger = 55 then begin // NF-e ACBrNFe1.DANFE:=ACBrNFeDANFeRL1; end else begin ACBrNFe1.DANFE:=ACBrNFeDANFCeRL1; end; ACBrNFe1.NotasFiscais.Imprimir; ... Tudo certo.

Boa tarde Snoopyfael, Muito obrigado pela colaboração, fiz uma pequena mudança, o novo tipo de forma de pagamento bem como as suas funções coloquei na unit pcnConversaoBPe. Já enviei para o repositório.

Boa tarde, descobri o problema, foi uma falha minha. Alterei o cNF somente na chave e esqueci de alterar no corpo do xml. Quando o AcbrMonitor refazia a chave encontrava o cNF do corpo da nota de gerava a exceção. Resolvido. Obrigado pela atenção

Olá Daniel, só para te passar o feedback final sobre o assunto. Após levar um aparelho GERTEC "novo" e instalar no estabelecimento do cliente, toda a comunicação ficou normal sem quedas, monitoramos por 3 dias e tudo funcional normalmente. Só por desencargo colocamos novamente 1 dos aparelhos antigos do cliente em uso, as quedas voltaram a ocorrer. Então nesse cenário entendemos que o defeito é dos aparelhos (antigos) e não do nosso sistema ou do componente em si. Mas gostaria de agradecer sua atenção com o assunto !

Na impressão da NF-e, nos dados dos produtos / serviços, de acordo com a quantidade de registros as linha são coloridas com cores alternadas. porém o campo estava sendo pintado ultrapassando a largura máxima do "detail". segue o print do erro: Para correção desse problema realizei algumas modificações nos arquivos (ACBrNFeDANFeRLRetrato.pas, ACBrNFeDANFeRLRetrato.dfm), segue imagem: Não sei se já foi feito alguma correção nesse sentido, mas estou anexando os arquivos com minhas alterações. Obrigado. ACBrNFeDANFeRLRetrato.dfm ACBrNFeDANFeRLRetrato.pas

Tópico fechado por falta de retorno do usuário

Tópico fechado por falta de retorno do usuário

Realizei o update agora, porém continua com o mesmo retorno... Assinatura : pedidoCancelamento_03390863000291312145332 Verifique a assinatura do elemento Estava verificando o XML gerado, e o de exemplo fornecido pelo site da prefeitura única diferença seria um atributo dentro da TAG Pedido "xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"", mas creio que não seja isso o motivo. Vou tentar entrar em contato com alguém de lá para ver se consigo validar com eles o que estaria ocorrendo. Obrigado @Italo Jurisato Junior pela atenção! 32-ped-can.xml CancelarNfseEnvio_Assinado.xml

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

As NFCe não são disponibilizadas pelo serviço DistribuicaoDFe.

Agora deu certo alterei e funcionou , Uma diferença mínima, por min está tudo certo. Muito obrigado pela sua ajuda. Deus abençoe.

Bom dia Hudson, ainda estou aguardando sua resposta relacionada a isso no seguinte tópico: Alguém só vai conseguir te ajudar se você detalhar um passo a passo e postar as mensagens de erro de forma completa.

Bom dia Vinícius, No XML não pode ter quebra de linha.

Deixar parametrizado é uma excelente idéia Obrigado pela dica Abraços

Sim... isso mesmo... Se isso for parametrizado no seu gerador, você poderá se adaptar facilmente a vários modelos de etiquetas

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.

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.

Para Fast realmente não está implementado.

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

Bom dia. @jose jair de oliveira como se trata de outro provedor o ideal é criar um novo tópico. Não esqueça de anexar os arquivos que alterar. Att.

Bom dia, Messias fernandes. Você já verificou o zoom do windows? Consegue reproduzir o mesmo erro com o demo na pasta exemplos do ACBr?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Juliano, Por favor anexe o retorno da consulta de um MDF-e apenas autorizado, um outro que foi cancelado e por fim de outro que foi encerrado para que eu possa analisar como esta vindo esses retornos.

Bom dia Marcos, Eu orientei ao pessoal responsável pelo ACBrMonitor fazer com que durante a instalação os schemas fossem salvos em pastas diferentes. Preciso confirmar se foi feito esse ajuste. Agora me diga, qual versão do ACBrMonitor você esta usando?

Qual a parametrização SSL configurada? Se possível anexe o log.txt completo.

Boa tarde, Milton José Almeida. Veja o vídeo do link abaixo:

Boa tarde Castro, Desativar a regra não tem, mas a solução é muito simples. Com certeza quando você carrega o XML deve estar passando o valor True no segundo parâmetro do LoadFromFile, correto? Sendo assim mude para False ou simplesmente não informe o segundo parâmetro.

Ok, muito obrigado, vou baixar novamente do repositorio.

Fui implementar o modelo de DANFCe em Fast DANFeNFCe4_20, e obtive o erro abaixo ao tentar visualizá-lo: "Script Error at 22:9: Undeclared identifier: 'Memo25' " Não sei se alguém está utilizando esse layout, mas o erro se deve ao trecho abaixo no fonte desse modelo: A última linha se refere a um componente que não existe, "Memo25". Remvi a linha, fiz algumas impressões e não constatei algum componente que correspondesse (talvez o componente existisse mas apenas o nome estava errado). Enfim, estou anexando o arquivo, se alguém puder dar uma olhada e subir. Grato. DANFeNFCe4_20.fr3

Resolvido!!

Esse provedor ja esta funcionando blzinha. Utilizo para emissão de Matozinhos, Curvelo..

Gabriel,muito obrigado pelas informações.Irei analisar o tópico que você disponibizou Abraç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.

Vou iniciar o desenvolvimento de um novo componente ACbrGRFGTS. Será da mesma forma que fiz o ACBrReinf e concluir o ACBreSocial! Assim que tiver os fontes funcionais eu compartilho com todos.. Aguardem!