Painel de líderes

Olá Pessoal, Enquanto não chega 04/09/2023, vocês podem ajustar as aplicações que emitem NFC-e. Primeiramente mudar o terceiro parâmetro do método Enviar para que o envio da nota ocorra no modo Síncrono. Assinatura do método Enviar. function Enviar(ALote: Int64; Imprimir: Boolean = True; Sincrono: Boolean = False; Zipado: Boolean = False): Boolean; overload; ou function Enviar(const ALote: String; Imprimir: Boolean = True; Sincrono: Boolean = False; Zipado: Boolean = False): Boolean; overload; Descrição dos parâmetros: 1. Numero do lote, obrigatório e pode ser do tipo Inteiro 64 bits ou string; 2. Imprimir por padrão tem o valor True (tipo boolean), fazendo com que o DANFE seja impresso no final do processo. 3. Sincrono por padrão tem o valor False (tipo boolean), fazendo com que o XML da nota seja enviado em modo assíncrono. 4. Zipado por padrão tem o valor False (tipo boolean), fazendo com que o XML da nota não seja zipado antes do seu envio. Exemplo de envio no modo Síncrono com a impressão do DANFE no final do processo. ACBrNFe1.Enviar(nLote, True, True); Exemplo de envio no modo Síncrono sem a impressão do DANFE no final do processo. ACBrNFe1.Enviar(nLote, False, True); Observação importante: O envio Zipado vai depender muito da SEFAZ-Autorizadora permitir esse tipo de envio. Outra questão é: Como que fica o envio de notas (NFC-e) impressas no modo "Off-line" e que sanado os problemas técnicos devemos enviar para a SEFAZ-Autorizadora? Muitos desenvolvedores adicionavam essas notas (máximo de 50) em um lote e enviavam no modo assíncrono. ACBrNFe1.Enviar(nLote, False); Mas a partir de 04/09/2023 isso não vai ser mais possível. Como resolver? Vamos levar em consideração que os XMLs dessas notas estão salvos em disco ou no banco de dados e todos eles estão assinados e foram validados, só não foram enviados para a SEFAZ-Autorizadora. O fragmento de código abaixo é uma mera sugestão que não foi testado, portanto adapte ele a sua aplicação e faça os testes o mais rápido possível. // i é do tipo integer // nNotas é do tipo integer e contem a quantidade de notas impressas em off-line // nLote é do tipo integer; Montar uma lista com as chaves das notas impressas em off-line se as mesmas estão salvas em disco ou o conteudo do XML caso estejam salvas no BD. nLote := Ler do banco de dados o numero do ultimo lote enviado. for i := 0 to nNotas-1 do begin ACBrNFe1.NotasFiscais.Clear; // Ler o XML do Disco ACBrNFe1.NotasFiscais.LoadFromFile(LerListaOffline[i], False); // O segundo parâmetro "False" é para não gerar novamente o XML. ou // Ler o XML do Banco de dados ACBrNFe1.NotasFiscais.LoadFromString(LerListaOffline[i], False); // O segundo parâmetro "False" é para não gerar novamente o XML. inc(nLote); ACBrNFe1.Enviar(nLote, False, True); TratarRetornoSEFAZ; AtualizarBD; end; Salvar no banco de dados o numero do ultimo lote enviado. Espero ter ajudado.

Resposta do banco:

Boa noite a todos. Primeiramente estou colocando esse tópico aqui, mas não sei se é correto. Pode ser que vários saibam disso, mas como resolvi meu problema, faz bem compartilhar. Estava enfrentando um problema para gravar o xml no banco de dados Postgres com o tipo text, sempre estava retornando a mensagem : character with byte sequence 0x81 in encoding "WIN1252" has no equivalent in encoding "UTF8", quando enviava para o banco estava usando o ACBrUtil.XMLHTML.ConverteXMLtoUTF8. Passei a usar o ACBrUtil.XMLHTML.ConverteXMLtoNativeString e não deu mais erro. Sei que muitos vão colocar que era só alterar o charset etc, mas eu não tenho acesso ao banco de dados, apenas ao acesso. Caso for útil para alguém, esta ai. Obrigado a todos.

Mario, Encontrei o problema, já inclui na minha lista de tarefas para fazer as devidas correções. TK-4341

Sobre esse caso do retorno em branco, tivemos o mesmo problema emitindo na versão 3.00 para MG desde o início do mês, mas enquanto o ambiente de contingência estava ativo, conseguimos autorizar os CTes em contingência. Agora que contingência está desativada, voltamos a receber o mesmo retorno. Lembrando que isso ocorre somente para empresas que nunca haviam transmitido, empresa que já transmitiam conseguem normalmente. Consultamos os CTes na Sefaz, mas retornou que não existe na base de dados. Enviamos um questionamento para a Sefaz e vamos aguardar o retorno.

Bom dia, O andamento das implementações do Reinf na versão 2.1.2 pode ser acompanhado nessa notícia.

mas essa Nota Técnica só fala que foi retirado duas validações permitindo utilizar o cfop 5949, e CST 090 na Nfce. mas não especifica como preencher o resto das inf. da nfce. como NCM etc.

Olá Pessoal, Foi publicada em 01/06/2023 a NT 2023.003 a qual tem por objetivo permitir que na emissão de NFC-e seja possível a utilização do CFOP 5949 com o CST 90 ou CSOSN 900 para casos específicos e a critério da UF. Conforme informações recebidas durante o dia de hoje, trata-se de uma solicitação da SEFAZ-RS, a qual viabiliza a informação de Recarga de Celular, Recebimento de Contas e outras transações de pagamento sejam registradas em NFCe sem gerar oneração ao contribuinte. Veja as duas regras que sofreram alteração por conta dessa NT. Sobre a Vigência 05/06/2023 em ambiente de Homologação 03/07/2023 em ambiente de Produção Sobre o Impacto nas Soluções ACBr Por ser uma alteração nas regras de validação na SEFAZ, não se faz necessário nenhuma alteração no Componente, Lib ou Monitor. Sobre o Impacto nas Aplicações Comerciais Podem ser necessárias adequações afim de atender a demanda da SEFAZ-RS.

Bom dia! Estamos desenvolvendo para um cliente um módulo onde um arquivo DDA CNAB240 do Banco do Brasil mas durante o processo de importação do SegmentoG, há a chamada para importação do SegmentoH respectivo. O mesmo não estava sendo processado pois em Fontes\ACBrPagFor\Base\Provider\CNAB240.LerTxtRetorno.pas, linha 787 estava assim: LerSegmentoH(PagFor.Lote.Last.SegmentoG.Last.SegmentoH, I); e ajustei para: LerSegmentoH(PagFor.Lote.Last.SegmentoG.Last.SegmentoH, I+1); Pois a linha do SegmentoH é a próxima e estava referenciando a linha do SegmentoG Segue o arquivo ajustado para verificação. CNAB240.LerTxtRetorno.pas

Ache o arquivo ACBr.inc e olha nele essa diretiva está descomentanda ou comentada. no caso tu pode fazerisso no instalador. mas sugiro não usar isso dai . ela foi desativa exatamente porque faz parte do capicom e a MS já descontinuo ele faz tempo

Boa tarde, Os retornos trazem lotes de 50 NSUs. Tomando como exemplo o seu print, você deverá consultar o ultNSU 11258. Irá receber os próximos 50 NSUs e o ultNSU 11307. Repita o processo, passando o ultNSU recebido a cada consulta até o ultNSU igualar ao maxNSU. Se este cliente ficou mais de 60 dias sem consumir o serviço, a geração de NSUs foi interrompida e o retroativo não será distribuído.

Italo, Deu certo, o erro anterior ocorreu porque enviei SimplesNacional como "Nao" e na Prefeitura estava como "Sim". As demais informações somaram corretamente no campo "Outras Retencoes". Obrigado pela atenção.

Boa tarde, Configure o programa exemplo para salvar os arquivos Soap. Faça um novo teste e anexe o XML soap de retorno para que possamos analisar.

Bom dia! Sim, o NRec é o número do Recibo. Por favor, faça um teste lendo de RetornoResposta.

Obrigado, Criada a TK-4342 para avaliar a contribuição.

Conforme pedido, segue manual em anexo... manual_cobrança_integrada_cooperado_240.pdf

Testando no Delphi 11.3 está ok. Este serviço usa uma consulta HTTP que costuma ser bastante instável... Porém as mensagens de erro normalmente são diferentes da que vc enviou, são de timeout ou serviço indisponível.

Provavelmente tem alterações locais nos .dpk. - Apague toda a pasta ACBr\Lib\Delphi - Faça o revert pelo Tortoise na pasta ACBr\Pacotes\Delphi - Instale novamente e teste

Bom dia Jaisson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4339

Bom dia Mario, Pelo layout do XML do RPS que esta sendo enviado, se trata da versão 1 do layout da ABRASF. Nessa versão não temos a tag ValorPisRetido e sim ValorPis (por exemplo). Tente da seguinte forma: with Valores do begin if EstadualMunicipal then ValorIr := 1 else if Federal then begin ValorIr := 1; ValorCsll := 2; ValorPis := 3; ValorCofins := 4; end; end;

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

Bom dia, Na propriedade Prefeitura, você colocou as 3 informações separadas por ";" ? Se sim, qual foi o resultado?

@rpaulogio Bom dia ! O banco atribui o TxID, o que você precisa é verificar com o banco é se a carteira atual do cliente ou modalidade contempla boleto híbrido. Reporte no banco que está usando a API e não está tendo retorno das informações do PIX. Observe nos prints q vc enviou que no retorno não existe os campos q existem na documentação igual vc destacou em vermelho. o Json vem do banco.

Boa noite. As tags devem seguir o MOC - Manual de Orientação ao Contribuinte. Veja por exemplo a respeito do CST 60 que consta na Pág. 122 do Manual de Integração - V. 4.0.1: São esperadas as tags <orig><CST><vBCSTRet><vICMSSTRet> e após já vem a orientação para o CST 70. Logo se colocar vBC, pICMS e vICMS provavelmente receberá a rejeição dizendo que são inesperada estas tags.

É isso mesmo. Usando o Fortes, não há comando de corte (guilhotina) visto que não há esse comando via spool. O que pode ser verificado é se o driver da impressora implementa isso. Daí você acionaria no driver, nas configurações do dispositivo (impressora). Como vias, não... teria que imprimir duas vezes mesmo. Mas se o corte é importante, talvez seja melhor usar o modelo ESC/POS

Boa tarde, Verifique a configuração abaixo e também se os arquivos de logo estão na pasta indicada.

Boa tarde Graça, Você esta com todos os fontes de todas as pastas atualizados? Pois esse provedor não tem o serviço de consultar situação. Serviços disponíveis: function Recepcionar(ACabecalho, AMSG: String): string; override; function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function TesteEnvio(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function ConsultarNFSe(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function ConsultarSeqRps(ACabecalho, AMSG: String): string; override;

@CONCEPT AUTOMACAO, notei que você configurou a impressora para ser acessada por Porta TCP 18/08/23 10:24:02:543 - LIB_ConfigGravarValor(PosPrinter, Porta, TCP:192.168.1.72:9100) A impressora tem embutido, um Servidor TCP, mas ela não conseguirá tratar conexões simultâneas, ou fará filas ou semáforos... O Erro reportado, vem da conexão com a Impressora... e pode indicar que uma nova conexão a ela, derrubou a conexão anterior... 18/08/23 10:24:12:680 - SetRetorno(-10, Synapse TCP/IP Socket error 10054: Connection reset by peer) Você precisa ter um mecanismo de Semáforos em sua implementação, para que apenas aThread consiga, Bloquear o Semáforo, enviar os dados para a impressora liberar o Semáforo Com isso, as demais Threads, entrariam na fila

Hoje nosso amigo @Souza relatou que as remessas passaram a ser rejeitadas pelo motivo: Código do Convenio estava sendo informada no Header do arquivo. Nossa moderadora @Gr@c@ nos informou: O rejeição reportada foi resolvida conf. orientação acima. Então fiquem atentos, caso aconteça com você, favor seguir estas instruções. Link do tópico onde foi mencionado: Obrigado @Gr@c@ pela ajuda essencial ! Obrigado @Souza por reportar !

Boa tarde! Conferindo no Portal Estadual do CT-e da Sefaz de São Paulo, consta uma aviso informando que a mesma realizará uma parada para manutenção no dia 20/08/2023, iniciando as 08:00 e com previsão de término as 16:00. Durante este período será possível enviar os CTes usando a Sefaz Virtual de Contingência. Para usar o ACBr em contingência, siga as orientações do tópico a seguir:

Bom dia! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 20/08/2023, com previsão de inicio as 06:00 e término as 18:00 do mesmo dia. Para emitir em contingência usando o ACBr durante este período, siga as orientações do tópico abaixo:

Bom dia! Os serviços do e-Social, tanto web service quanto web, estão com uma parada programa no dia 19/08/2023 com previsão de início as 08:00 e término às 12:00 para manutenção e implementação do FGTS Digital. Os serviços ficarão indisponíveis durante este período. A notícia pode ser conferida na íntegra AQUI.

Por volta das 16:40 o portal nacional foi atualizado e foram adicionados diversos estados no agendamento da contingência do dia 06/08/2023. Os horários das contingencias são diferentes para os outros estados e no estado de São Paulo permanece o mesmo intervalo. A informação pode ser confirmada diretamente no Portal Nacional. Quem nos chamou a atenção para a atualização foi o nosso amigo @Felipe Mariano

Bom dia! No dia 28/07/2023 recebemos relato em nossa comunidade do Discord que o serviço foi normalizado. Conferindo no dia 31/07/2023 já não consta mais o aviso no Site da Fazenda SEF/MG

Bom dia, Sandro Andre Reghelin. Tente instalar o Java 32 bits.

Se não me engano a página de código dessa impressora é pc1252 Att Ricardo

No ACBrDANFEEscPOS você precisa configurar a página de código a utilizar.