Diego Foliene

Boa tarde @eflaeschen! Não é recomendado o uso do Capicom. O mesmo é obsoleto. Por favor, faça os testes usando OpenSSL ou WinCrypt.

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

Bom dia! MUITO CUIDADO ao usar o Delphi Community para não ferir os termos de uso da versão. Se a Embarcadero detectar uso inapropriado, não vão hesitar em punir severamente. Se ainda assim deseja assumir o risco. Siga a ordem na seção "Hierarquia de Dependência dos Packages" do pdf Bem Vindo ao Trunk2 que tem disponível dentro da pasta do ACBr.

Bom dia! Primeiro de tudo, muito obrigado pela intenção em contribuir. Toda contribuição é mais do que bem vinda. A informação no manual para a tag paisResidExt que consequentemente orquestra a geração das demais é: Na sua contribuição, além das validações já existentes você adiciona mais um teste verificando se o valor da property paisResidExt é diferente de vazio. if objInfoPgto.Items[i].paisResidExt <>'' then Begin if (StrToInt(objInfoPgto.Items[i].paisResidExt) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; end; Simplifiquei isso usando as validações que já existiam. Substitui o primeiro StrToInt por StrToIntDef(paisResidExt, 0), dessa forma, mesmo que o valor seja vazio, a função vai converter para zero e a condição será falsa. if (StrToIntDef(objInfoPgto.Items[i].paisResidExt, 0) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; Commit: Rev-28046 Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia! O ambiente de produção para a emissão de NFSe para o DF foi ativado ontem(01/01/2023) por volta das 22:00 horas. Ainda assim, estamos recebendo muitos relatos de nossos usuários na comunidade do Discord de que não estão conseguindo emitir NFSe em produção. Além de outros erros recebidos se destaca como retorno constante para múltiplos usuários: Alguns relatam também que não estão conseguindo acessar a plataforma disponibilizada pelo provedor usando certificado digital. Os usuários relatam também que não é mais possível emitir NF-e/NFC-e conjugada ou com apenas serviços, pois ao tentar, estão recebendo rejeições como:

Bom dia! Foi relatado por alguns usuários em nossa comunidade do Discord no dia 30/12/2022 que os mesmos estavam recebendo as seguintes rejeições ao transmitir uma NFe com documentos fiscais referenciados diferente do modelo 55. 953 - Rejeição: Informado ECF referenciado para CFOP 5.929 em UF que não permite essa referência 953 - Rejeição: Chave de Acesso referenciada com tipo de emissão invalido Isso foi um erro por parte da Sefaz, visto que a primeira mensagem de rejeição foi criada na NT2022/003(Versão 1.00) e foi excluída na NT2022/003(Versão 1.10). Enquanto que a segunda mensagem de rejeição foi criada na NT2022/003(Versão 1.10). Em ambas as edições da NT, a data de vigência para entrar em homologação é 07/02/2023 e para entrar em produção é 03/04/2023. Foi orientado a esses usuários que entrassem em contato com a Sefaz para expor o problema. Ainda no mesmo dia, foi relatado que o problema foi resolvido. Veja a NT esmiuçada aqui

Bom dia @felipe.santiago40! Sim, essa é uma regra nova que foi implementada na NT2022_003v1.10, MAS ela ainda não deveria estar em vigor, visto que a data prevista para homologação é 07/02/2023. Sugiro que entre em contato com a Sefaz através do Fale Conosco e exponha o problema. Mais detalhes sobre a NT você encontra neste tópico https://www.projetoacbr.com.br/forum/topic/69726-novos-campos-de-uso-a-critério-da-uf-várias-novas-regras-de-validação-na-nfe-nfce-em-2023-nt-2022003-versão-100/

Bom dia! Acredito que o link seja este mesmo. Veja que apesar de a versão estar como 1.0.46 a data de modificação do arquivo está como 29/12/2022 17:26

Bom dia! Acredito que o @Gabriel Baltazar pode nos auxiliar com esta questão.

Boa tarde @lel352! Por favor, veja se a função ACBrNFSeX.GerarLote atende a sua necessidade. Vale citar que você precisa preencher o componente com as informações primeiro. Para detalhes de como usar, peço que consulte o programa exemplo, aba Envios, botão Gerar Lote.

Boa tarde! De fato, o LocalPrestacao e a NaturezaPrestacao estão ligados via hardcode como é possível observar aqui Foi criada a #TK-3439, para análise e parecer do consultor responsável.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Para mais detalhes do que foi alterado, por favor, confira a Rev-28020

Boa tarde! Obrigado por reportar! Foi criado a #TK-3436 para análise do problema. Caso queira contribuir com a comunidade analisando também é mais que bem vindo. Todas as contribuições são apreciadas.

E-mail recebido. Você encaminhou dois arquivo: O 1-ger-nfse.xml, este é o arquivo do XML do rps. O 1-ger-nfse-soap.xml, este é o arquivo do envelope Soap, este é o arquivo que é enviado ao WebService do provedor. Ambos são arquivos contem a Tag GerarNota, ou seja, ambos são arquivos de envio, por gentileza, esses são os únicos arquivos que foram gerados? Se sim, então é muito provável que o problema esteja acontecendo aqui. Na unit ACBrNFSeXWebServiceBase.pas; Isso quer dizer que você não recebeu nenhum resposta do webservice mesmo. Vai precisar entrar em contato com eles para entender o que ocorreu.

Boa tarde! Os componentes do ACBr podem ser usados nativamente quando o desenvolvimento é feito em Delphi ou em Lazarus. Para outras linguagens você pode utilizar as ACBrLibs, que são DLLs para utilizar o ACBr em outras linguagens. Como você é usuário PRO, já tem o Download liberado. Ele pode ser feito neste link Neste link você encontra a documentação da Lib https://acbr.sourceforge.io/ACBrLib/BemVindo.html Aqui é a documentação específica da Lib do ACBrPosPrinter https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibPosPrinter.html Aqui tem um exemplo para Node.Js* https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Node.js/PosPrinter *Os exemplos mostram como usar, mas você precisa fazer a implementação. *Em sua maioria eles foram disponibilizados por membros da própria comunidade.

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

Boa tarde! O seu problema está ocorrendo aqui Ou aqui Note que em ambos a validação é de se o WebService lhe devolveu uma resposta vazia. Por favor, marque a opção "Salvar Envelope Soap" na aba WebService e disponibilize para análise os arquivos gerados. Se julgar que os mesmos tem dados sensíveis, pode seguir as orientações deste tópico. Recomendo também que simultaneamente entre em contato com o provedor, pois como as validações verificam se recebemos uma resposta vazia do webservice, o problema pode ser do lado do provedor.

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

Contribuição enviada ao SVN na Rev-28016. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

A contribuição foi enviada ao SVN na Rev-28015. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3435

@willian_delan Correção enviada na Rev-28014. Por favor, atualize seus fontes, reinstale o ACBr e teste novamente.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3434

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3433