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

Boa tarde estou realizando a homologação do banco da Amazônia pelo que chequei no manual o mesmo exigi que os char sejam alinhados a esquerda, no entanto o componente alinha a direita, estou recebendo os retorno do banco em anexo, também posto aqui o manual. ACW_MANUAL_CLIENTE_CNAB_240.pdf

Por favor, tente com a versão mais recente do ACBrMonitor. Foi feita uma alteração recente para resolver esse problema. Veja meu teste aqui:

Você tem que gerar a nota com exatamente os mesmos dados da NFCe original. Então tem que ter todos eles armazenados no seu banco de dados. Isso inclui a data e hora de emissão e a tag cNF, por esta ser informada diferente da original que mudou a chave de acesso. Qualquer vírgula diferente vai acusar erro no digest value na comparação da assinatura com o protocolo de autorização.

Boa tarde @Juliano Otaviano Barreto Infelizmente muitos provedores exigem que o contato seja feito pela própria prefeitura para que deem alguma atenção e pelo que acompanhei no tópico, um dos grandes problemas é a falta do retorno do provedor.. Como o Daniel citou, é difícil para nós analisar com tão pouco retorno do provedor, eu sugiro que junto com seu cliente escreva um email para ser enviado a prefeitura para que eles encaminhem ao provedor, no caso vc pode colocar os exemplos citando que foi feito o envio e não houve rejeição apenas o retorno...recomendo que anexe também o RPS e todas as informações que possam ajudar na análise do lado deles.. Na próxima semana o @Italo Giurizzato Juniorestará de volta e poderá nos apoiar também, mas seu caso nos dá a impressão de ser algo que eles precisam nos passar.. Att.

Não tem nada de estranho pois a Tag não é um tag fechada é difente <rps_substituido/> é a mesma coisa que <rps_substituido></rps_substituido> tag fechada é no inicio a barra e não no fim

Sobre a tag ali ela não esta fechada é uma tag auto closed, ela pode ser usada quando não se tem conteúdo dentro da TAG, faz parte das especificações XML.

@Juliano Otaviano Barreto, Esse tipo de analise, demanda um pouco mais de tempo do nosso lado... ainda mais, quando temos poucas informações e interações com o Provedor... Mas já está no nosso "radar"

@rcfatura, já vamos verificar...

Bom dia a todos, passando para passar mais informações. Ainda estou com o suporte da Gertec, e eles me pediram um prazo de 24 horas para fazer a ativação do equipamento. Porém o prazo já se venceu e me retornaram dizendo que o equipamento estava ativado, só que, quando vou fazer os testes me deparo com a mesma informação: 28/07/21 11:05:10:813 - NumeroSessao: 102401 - Resposta:102401|09002|SAT ainda Não ativado| , portanto tentei fazer a ativação pelo aplicativo de teste SATTest e Gertec o retorno: 04099|Erro desconhecido na ativação . falei com o suporte da Gertec eles me informaram que a SEFAZ de SP está com cachorrada e está tendo problemas, e que eu esperasse para ver se a SEFAZ SP voltasse a normalidade. Vou aguardar para ver, e estou postando a saga da ativação do SAT GERTEC Homologacao. Pois tô doido para começar a testar e me aprofundar no dev do SAT.

Um ajuste foi enviado na revisão 22471. Queira por favor testar e reportar qualquer problema.

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.

Bom dia, td bem? E oque o provedor disse a respeito destes itens? Att.

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

Está com o código quase pronto para commitar e subir ao testes

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

Isso é que é achar, pelo em ovo... Já estamos analisando internamente...