Diego Foliene

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Por favor, veja se as informações no tópico abaixo lhe são úteis:

Boa tarde @Fox_Desenvolvimento. Você está enviando a nota de forma síncrona para o ambiente de produção em São Paulo. NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) NFe.CriarEnviarNFe( <cIniNFe>: "Conteúdo do seu Arquivo INI", <nLote>:, <bImprimirDANFe>:, <bSincrono>: 1) O ambiente de produção da São Paulo não permite envio síncrono em produção, somente em homologação. Altere o parâmetro do <bSincrono> para 0 e faça um novo teste.

Boa tarde. O arquivo é gerado no mesmo local da pasta onde definiu para salvar os demais XMLs. A propriedade é: ACBrNFe.WebServices.Consulta.RetNFeDFe

Boa tarde. Você mencionou anteriormente que o Delphi está configurado ANSI. Por favor, coloque um break-point no local indicado pelo print e veja como fica o conteúdo da variável Texto. Em meus testes, na linha 3574, o conteúdo de Texto está: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> Na linha 3575, depois de passar pela função ConverteXMLtoUTF8 ele fica: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> O que no meu entendimento, faz sentido, visto que a paginação de código da minha IDE está como ANSI. Outro teste também que reforça isso. No momento de gravação do arquivo, faça um teste e salve um arquivo dessa forma: var LXMLAnsi: String; begin LXML := 'Recebe o conteúdo da propriedade normalmente como já é feito'; //Faz o processo de gravação que já executa atualmente. LXMLAnsi := UTF8ToNativeString(LXML); FACBrNFe.Gravar('Caminho+NomeArquivo', LXMLAnsi, '', False); end; Em meu ambiente, o LXMLAnsi ficou com o valor: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> Se tento abrir o arquivo gerado com o conteúdo dele no navegador, o mesmo fica com a visualização quebrada e no notepad++ fica desta forma com a codificação em UTF-8: Se eu mudar a codificação para ANSI:

Bom dia! Complementando o pedido do meu amigo @Júlio Cavalcanti, por favor, disponibilize o XML que está utilizando para que possamos realizar teste em nosso ambiente. Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia! Por favor, coloque um break-point no local indicado pelo print e verifique se a API do PSP está devolvendo estas informações. A resposta da API do PSP inalterada pelo ACBr vai estar na variável "RespostaHttp".

Bom dia! Foi criada a #TK-6023 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada neste tópico.

Bom dia! Criada a #TK-6022 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será disponibilizada no tópico.

Bom dia! Por favor, veja as informações expostas neste tópico:

Bom dia @douglaswf ! Se você consultar a nota carregando o XML ao invés de pela chave, o ACBr vai montar um arquivo -NFeDFe.xml para você com as informações do protocolo de autorização e também do evento de cancelamento.

Bom dia @melk. O XML que você gera e envia para o web service é o XML do RPS. O webservice recebe este XML do RPS e se tudo estiver certo, ele converte em uma NFS-e e o próprio webservice gera o XML da NFS-e e devolve ele para você. Se você não está enviando está informação no RPS, mas o XML da NFS-e que é devolvido está vindo com está informação, então é o web service do provedor que está adicionando ela no momento em que gera a NFS-e. Por isso é preciso que você entre em contato para questionar, verificar, por exemplo, se na base de dados do WS não tem esse TLog| ou TBair| na informação. Não sei se entendi a pergunta, mas se sua dúvida é como fazer modificações no layout, você vai abrir os arquivos ACBrNFSeXDANFSeRL e ACBrNFSeXDANFSeRLRetrato que há na pasta do fontes, vai modificar o RLRetrato como desejar e reinstalar o ACBr para que as modificações surtam efeito.

Boa tarde! Vou verificar o que pode ser feito junto a equipe de consultores.

Boa tarde. Você informou anteriormente que utiliza o método Gravar nativo do componente. Por favor: Verifique qual é o conteúdo de LIsUTF8 no momento em que é feita a gravação. Grave um arquivo passando o valor true e um arquivo passando o valor false para a parâmetro IsUTF8 do método Gravar. Coloque as dlls deste LINK na pasta do executável durante seus testes. Confirme por favor, qual é o valor que definiu nas configurações: ACBrNFe.Configuracoes.Geral.SSLLib. ACBrNFe1.Configuracoes.Geral.SSLCryptLib. ACBrNFe1.Configuracoes.Geral.SSLHttpLib. ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib.

Boa tarde @Vagner S Oliveira! Optei por separar em um tópico novo, pois o anterior estava começando a ficar extenso e o tema das mensagens começou a divergir do problema original. Conferindo no log da respectiva unit, essa alteração foi feita na revision 34652 com a seguinte mensagem de Log: A mesma foi feita para visando sanar o problema apresentado no tópico abaixo: Criada a #TK-6012 para análise do caso e parecer por parte da equipe de consultores.

Bom dia! Combinado, ficamos no aguardo de um feedback.

Olá pessoal! No dia 24/09/2024 foi publicado o Ato Diat Nº058/2024 alterando o artigo 5º do Ato Diat original do tópico, dando a ele a seguinte redação: Na prática, isso posterga a obrigatoriedade da informação destes campos para 01/01/2025, tornando opcional a informação dos mesmos até a referida data.

Os grandes players do mercado estão de olho no mercado das software houses. Ou seja, os grandes tubarões estão nadando nas águas mais rasas Não acredita em mim? De uma olhada nestes links: Mercado Pago anuncia entrada em software de gestão para PMEs Itaú Unibanco compra solução de TEF e outros softwares de varejo da NCR Brasil e amplia atuação no segmento de meios de pagamento Senior Sistemas faz a sua segunda aquisição do ano e paga R$ 50 milhões pela GAtec Stone quer vender Linx, e Totvs pode comprar, diz site; Goldman vê sentido em negócio Mas porque eles estão fazendo isso? Os "tubarões" estão de olho em um recurso muito valioso, o qual muitas software houses não dão o devido valor, que é o controle e a participação das operações financeiras no início da cadeia. São os softwares de gestão das pequenas e médias software houses que realizam as diversas operações financeiras feitas por milhões de pessoas todos os dias. É o software de gestão que gera um boleto, é o software de gestão que recebe um PIX, é o software de gestão que recebe um pagamento em cartão. Então o sotware vai ter a informação de quem comprou, o que comprou, quando comprou, quanto pagou, como pagou e por ai vai. Ou seja, tem uma visão muito mais ampla e completa da circulação do dinheiro. Então é desistir e fechar as portas? Não! Muito pelo contrário! Isso significa que agora é a hora de aproveitar essa oportunidade! Mas como eu faço isso? Você deve estar se perguntando. Muito simples. Você como software house hoje já está na posição que os grandes players estão almejando. Se aproveite disso e forneça uma solução completa para os seus clientes. Se o seu software já cria a venda que tem a informação de quanto vai pagar e como vai ser feito o pagamento, por que deixar o cliente sair do seu software para fazer o pagamento? Ofereça uma solução completa e integrada! Fazendo isso, você como software house sai ganhando por estar participando do processo completo (que é o que os "tubarões" querem), o seu cliente sai ganhando por que está tudo centralizado para ele, todos ganham. Você me convenceu, mas por onde eu começo? O ACBr pode te ajudar nessa! De uma olhada em nossas parcerias: Conheça o TEF ACBr PayGo

Olá pessoal! Acessando novamente o portal SPED MG no dia 25/09/2024, consta novo aviso informando que a reativação da regra de validação será prorrogada indefinidamente com a Sefaz analisando melhor a situação:

Boa tarde. Estes são o seu arquivo de envio e o arquivo com as configurações do ACBrMonitor. Por favor, disponibilize o Log gerado pelo ACBrMonitor para que possamos conferir na integra qual foi a operação e a mensagem de retorno,

Boa tarde! Os avisos apenas foram centralizados no Registro0, mas se você observar a leitura dos avisos, na integra, verá que ele tem uma propriedade para informar a qual segmento aquele aviso se refere: with ACBrPagFor1.Arquivos.Items[i].PagFor.Registro0.Aviso.Items[k] do begin LogMsg.Lines.Add('Código........:' + CodigoRetorno); LogMsg.Lines.Add('Mensagem......:' + MensagemRetorno); LogMsg.Lines.Add('Segmento......:' + Segmento); LogMsg.Lines.Add('Segmento Filho:' + SegmentoFilho); LogMsg.Lines.Add('Seu Numero....:' + SeuNumero); end;

Boa tarde! Conferindo em seu logpix.txt, é possível ver que ele devolveu as informações, no entanto, conferindo em seu ACBrLixPICD.log, temos está linha: Veja que o conteúdo da resposta (StrLen) é maior do que o tamanho buffer (BufLen) que foi passado. Por favor, faça um teste aumentando o tamanho do buffer que é passado como parâmetro no método e veja se o mais informações são exibidas.