Painel de líderes

Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

a porta listou assim no combobox ou tu digitou?

O problema de não quebrar a linha é limitação do Fortes Report, ele só vai fazer o soft break se identificar espaço na string. O ACBr também suporta o Fast Report, basta instalar o mesmo, precisa ser a versão comercial com o FastScript, e instalar os componentes do ACBr pra ele.

Consegui resolver por sorte rsrs. Em um outro cliente deu um erro ao fazer uma operação no sistema, erro de DLL msvcp100.dll e msvcr100.dll, adicionei essas dlls na pasta system32 e syswow64 e resolveu esse erro. Depois fui fazer um teste no envio de email e funcionou. Achava que só era necessário as dlls ssleay32.dll e libeay32.dll para o envio de emails. Que bom que deu certo. Obrigado a todos.

Recentemente tive um problema com um cliente que me relatou estar recebendo retornos de erro do tipo "HTTP 500" ao tentar emitir nota de serviço na prefeitura de São Paulo, e depois de vasculhar por vários possíveis problemas e quase desistindo, descobrimos que o problema era causado por um "&" (E comercial) na razão social do destinatário. Retiramos o caractere e a nota foi emitida sem problemas. Não sei se é novidade por aqui, mas de qualquer forma fica o registro.

Oi Juliana claro, na ginfes eu nao preenchia essas propriedades: PrestadorServico.RazaoSocial PrestadorServico.Endereco.Endereco PrestadorServico.Endereco.Numero PrestadorServico.Endereco.Bairro PrestadorServico.Endereco.CodigoMunicipio PrestadorServico.Endereco.UF PrestadorServico.Endereco.CEP PrestadorServico.Endereco.CodigoPais PrestadorServico.Endereco.xPais PrestadorServico.Endereco.xMunicipio

Logo vou postar um vídeo ensinando a instalar no Delphi CE o ACBr manualmente

Bom dia Ronaldo, Já esta no SVN.

Bom dia. Estou transmitindo e recebendo os arquivos do s1000 ao s2206 perfeitamente. Incorporei o projeto acbresocial ao sistema da empresa. Estou enviando os fontes alterados do acbr para quem quiser dar uma olhada. Repito, funcionando 100% tanto com A1 como com A3, já com as alterações da versao 2.4.01. O que eu faço é o seguinte: 1 - configuracao VESocial.Configuracoes.Geral.SSLLib := libOpenSSL; VESocial.Configuracoes.Geral.SSLHttpLib := httpWinHttp; VESocial.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; VESocial.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec; 2 - criei flags nas tabelas para saber se o registro é NOVO, ALTERADO, TRANSMITIDO. Exemplo no S1000 criei um campo GERA_S1000 que enquanto ficar nulo indica que existe um novo registro a ser transmitido ao esocial. Ao transmitir ele muda o status para transmitido e nao gero mais esse arquivo. Criei uma trigger em cada tabela que ao fazermos alguma alteracao em algum campo exigido no esocial e o flag do registro estiver como TRANSMITIDO, o mesmo muda de status de TRANSMITIDO para ALTERADO, ai sei que tenho um registro de alteracao para enviar ao esocial. Tudo automatico para o cliente. Se tenho 300 registros para enviar, ele envia 50, muda o status para TRANSMITIDO (somente muda se tiver retorno do número do recibo), então na hora que for gerar de novo meu select irá pegar sozinho os proximos 50, pois o select nao olha arquivos transmitidos. 3 - como preciso guardar tudo que foi enviado ao esocial, criei tabelas separadas com as informações dos arquivos gerados. Uma tabela espelho para cada arquivo. Exemplo: no S1000 tenho uma tabela com o numeroprotocolo, numerorecibo, id e os campos enviados ao esocial. Na hora que transmitir gravo esse registro pois já tenho o protocolo. Se por ventura não tiver retorno na hora, posso a qualquer hora consultar esse recibo, ai sim pego o número do recibo gravo e altero o flag para transmitido, ou seja, se enviar 50 funcionarios, 10 estão com erro, na transmissao gravo os 50 funcionarios com protocolo e id. No retorno, gravo os 40 recibos mudo o flag para TRANSMITIDO, e os 10 gravo as mensagens de erro para o cliente consultar o que houve de errado. Então esses 10 registros com erro continuam com o flag nulo, ou seja, continua aparecendo para o cliente que precisa ser enviado ao esocial. 4 - Como os fontes são propriedade da empresa não posso dispor para vcs, mas tudo foi feito a partir do exemplo do Leivio. Segue os fontes que alterei no esocial: (Trabalho com orgão público e privado então está alterado para transmitir os dois). componente.rar Espero ter ajudado. A disposição para qualquer dúvida.

Resolvido aqui também. Valeu pela dica.

O mesmo problema com Delphi Seatle para resolver tive que pegar midas.dll da pasta bin e colocar na pasta System32, SysWOW64 e na pasta do Meu Projeto