Diego Foliene

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Para alterar e testar o arquivo ACBrNFSeXServicos.ini, por favor, siga as orientações deste tópico:

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

Neste caso, você informou 14O100, testando a hipótese 2: Nela, o erro de schema realmente acontece durante a montagem do XML e neste caso, ele não vai mesmo gerar os envelopes, pois não chega a fazer o envio. Por favor, faça o teste que lhe pedi preenchendo com a informação da hipótese 1: O objetivo é ver se o WebService realmente não está devolvendo nada na resposta(conteúdo de FPRetorno e Reponse.ArquivoRetorno).

Não sei se engessar dessa forma seria o ideal. No fim das contas, quem vai validar isso é o WS do Ambiente Nacional. Se acontecer um caso em que um cliente tenha uma combinação de optanteSN e de um Regime de tributação que você não previu na hora que fez esse depara para interligar precisaria alterar no seu software. De qualquer maneira, o ideal é você buscar este tipo de orientação junto ao seu departamento fiscal ou contador de confiança para que futuramente não sobre problemas para você.

O ACBr envia no Header da requisição a informação de usuário:senha codificada em base64. procedure TACBrNFSeXWebserviceIPM101.SetHeaders(aHeaderReq: THTTPHeader); var Auth: string; begin with TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente do Auth := 'Basic ' + string(EncodeBase64(AnsiString(WSUser + ':' + AnsiString(WSSenha)))); aHeaderReq.AddHeader('Authorization', Auth); end;

Você está usando WinCrypt com A1. Neste caso, pode apenas definir o Nº de Série, mas o certificado precisa estar instalado na máquina e a mesma precisa estar com as atualizações do Windows em dia. Por favor, forneça também o arquivo que foi pedido pelo @Italo Giurizzato Junior para análise.

Foi enviado ao SVN na Rev-29651 alteração visando resolver esta questã do NFSe_ConsultarNFSePorRPS. Por favor, atualize seus fontes do programa exemplo e faça um novo teste.

Sobre o modelo de INI, segue: [CancelarNFSe] NumeroNFSe=1234 SerieNFSe=1 ChaveNFSe=434945460000011998000000976482769641000 DataEmissaoNFSe=17/05/2023 CodCancelamento=1 MotCancelamento='Motivo do Cancelamento' NumeroLote=1 NumeroRps=1 SerieRps=1 ValorNFSe=1,00 CodVerificacao= email='[email protected] NumeroNFSeSubst=2 SerieNFSeSubst=1 CodServ=12345 Tipo=1 Quanto ao problema da function, fiz alguns testes e consegui reproduzir o problema, já estamos analisando.

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

Não, está mensagem só exibida nas rotinas que tratam a resposta, ou seja, a requisição é enviada normalmente. Por favor, é possível realizar um debug? Coloque um ponto de parada na linha 999 da procedure EnvioInterno que fica na unit ACBrNFSeXWebServiceBase localizada em C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\WebServices\ Colo que também um ponto de parada na procedure TratarRetornoEmitir da unit Centi.Provider que fica em C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\ Veja qual é o conteúdo de FPRetorno e Response.ArquivoRetorno

Por favor, coloque o arquivo com a mesma nomenclatura dentro da pasta do seu executável, defina a seguinte propriedade e faça um novo teste. ACBrNFSeX.Configuracoes.Arquivos.TabServicosExt := True;

No arquivo que recebi o valor da tag está assim: <dhEmi>2023-05-18T00:00:00-03:00</dhEmi> O -03:00 é indicativo de fuso horário, mas de fato, não há informação de hora. Veja que está 00:00:00

Bom dia! Por favor, pode disponibilizar este XML para teste? Caso tenha dados sensíveis, envie o mesmo para [email protected] com o link do tópico no fórum para identificação.

Bom dia! Acho que você está confundindo. OptanteSN e RegimeEspecialTributacao são propriedades distintas, veja: function TNFSeW_PadraoNacional.GerarRegimeTributacaoPrestador: TACBrXmlNode; begin Result := CreateElement('regTrib'); Result.AppendChild(AddNode(tcStr, '#1', 'opSimpNac', 1, 1, 1, OptanteSNToStr(NFSe.OptanteSN), DSC_INDOPSN)); if NFSe.OptanteSN = osnOptanteMEEPP then Result.AppendChild(AddNode(tcStr, '#1', 'regApTribSN', 1, 1, 1, RegimeApuracaoSNToStr(NFSe.RegimeApuracaoSN), '')); Result.AppendChild(AddNode(tcStr, '#1', 'regEspTrib', 1, 1, 1, FpAOwner.RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN)); end; Se conferirmos na função de conversão do OptanteSN realmente tem apenas as opções que citou: function OptanteSNToStr(const t: TOptanteSN): string; begin Result := EnumeradoToStr(t, ['1', '2', '3'], [osnNaoOptante, osnOptanteMEI, osnOptanteMEEPP]); end; O que coincide com a informação do Schema do DPS. <xs:element name="opSimpNac" type="TSOpSimpNac"> <xs:annotation> <xs:documentation> Situação perante o Simples Nacional: 1 - Não Optante; 2 - Optante - Microempreendedor Individual (MEI); 3 - Optante - Microempresa ou Empresa de Pequeno Porte (ME/EPP); </xs:documentation> </xs:annotation> </xs:element> Agora o RegimeEspecialTributacao aceita mais valores, conforme função de conversão: function TACBrNFSeProviderPadraoNacional.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['0', '1', '2', '3', '4', '5', '6'], [retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, retSociedadeProfissionais]); end;

Pela URL do Manual, parece que a cidade vai mudar da versão 1.00 para a 1.01 Veja um exemplo de configuração de uma cidade que usa IOM na versão 1.01: [4101408] ; Atualizado em 19/04/2022 Nome=Apucarana UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://apucarana.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes Já este é o exemplo de uma cidade que implementa a versão 2.04: [4303509] ; Atualizado em 16/05/2023 Nome=Camaqua UF=RS Provedor=IPM Versao=2.04 ProRecepcionar=https://ws-camaqua.atende.net:7443/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_camaqua Você precisa confirmar quais são as novas URLs e qual é a versão implementada para que possamos alterar no INI.

Bom dia. Como você está recebendo erro de assinatura, apenas para confirmar, como está sua configuração de certificado e afins?

Vale citar que para a Argox PPLA o "ponto zero" (0 para X e 0 para Y) é no canto inferior esquerdo conforme manual.

Boa tarde! Muito obrigado por avisar! Depois de uma análise, detectamos a necessidade de um ajuste nos fontes da Lib. Assim que uma nova compilação for gerada, avisaremos aqui para que possa atualizar e realizar novo teste.

Boa tarde! Por favor, está unidade que está enviando já funcionava anteriormente? Se buscar pelo erro no Manual de Integração Web Service que tem disponível no link temos: O que pela descrição indica ser um problema na base de dados do provedor.

Bom dia! Muito obrigado por reportar. Foi criada a #TK-3982 para tratar do caso.

Tente entrar em contato com setor de ISS da prefeitura. É possível que eles tenham uma forma de contato melhor.

Bom dia. O aviso no Portal Estadual da Secretaria da Fazendo do Estado de MG foi atualizado: Obrigado ao membro @Rafael F. Mesquita pelo aviso no canal #sefaz em nossa comunidade no Discord. Vale citar que os fontes do ACBr já estão de acordo e tivemos relatos no mesmo canal de membros que conseguiram realizar emissão e cancelamento no novo ambiente de homologação de MG.

Bom dia! Desde a versão Simplificada 1.0 do eSocial, o elemento infoPgto passou de 1 até 60 ocorrências para 1 até 999. Por isso, você precisa alterar no seu ini de [infoPgto01] para [infoPgto001]

Bom dia! Excelente observação! Fiz o download dos schemas na página de produção. Usando o WinMerge para comparação, no dados_gnre_v2.00.xsd a principio vi apenas diferenças de espaçamento ou formatação em comparação ao disponível no SVN. Comparando o tiposBasicoGNRe e o lote_GNRe das versões 2.00 foi destacado algumas pequenas diferenças. Por favor, é possível substituir esses arquivos e realizar um novo teste? lote_gnre_v2.00.xsd tiposBasicoGNRE_v2.00.xsd

Boa tarde @Helio Beltrao Jr.. De acordo com o Log que disponibilizou, para criar a NFe você está usando o método NFE.CriarNFe que tem esta estrutura: Note que um dos parâmetros dele é o cIniNFe que é o Texto no formato de arquivo INI com informações da NFe. É esta a informação que precisamos conferir, pois você diz que está passando valor zero, mas no log consta 9.