Italo Giurizzato Junior

Bom dia, Não entendi muito bem, os caras estão exigindo que você cadastre previamente o prestador ou o tomador de serviço? Neste caso: "Piorando o cenário, só o cartório da Asa Norte, emite-se cerca de 1500 a 2000 NFC-e por dia, sendo 98% para CPF (5% pede identificação) e os 2% para CNPJ (quando pede identificação). ", vejo apenas um prestador. Ter um cadastro prévio do prestador eu concordo, pois é ele que vai emitir as notas, agora cadastrar todos os tomadores, isso para mim deveria ocorrer de forma automática na media que você emiti as notas.

Bom dia Ricardo, Checando o código da função StrToBool notei que ela espera pela string "False" ou "True" para converter nos valores False ou True. A função NormatizarBoolean tem como objetivo retornar sempre as string "False" ou "True". Note que no XML o valor da tag Sucesso é "false", a função NormatizarBoolean recebe essa string e altera para "False" e por fim a função StrToBool retorna o valor False. Verifica se ao compilar a sua aplicação o Delphi não esta pegando uma cópia da unit ACBrXmlBase ou a sua BPL desatualizada.

Bom dia, Por favor configure o componente para salvar os arquivos (Soap): Configuracoes.WebService.Salvar := True Faça novos testes e anexe os arquivo (soap) para que eu possa analisar. Pelo o que eu me recordo do manual, se o Rps que foi enviado for processado com sucesso, já deveria retornar o XML da nota.

Boa tarde Edson, Segundo os schemas do provedor Fiorilli, temos o seguinte: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Isso significa que o valor que deve constar na tag <RegimeEspecialTributacao> pode variar de 1 até 6 e não de 01 até 06. Na unit ACBrNFSeXProviderBase temos a seguinte função: function TACBrNFSeXProvider.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['', '1', '2', '3', '4', '5', '6', '7', '8', '9', '10', '11', '12', '13', '14'], [retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros]); end; Sendo assim os valores aceitos são: retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, e retMicroempresarioEmpresaPP. Mas no seu caso devemos informar os valores: retMicroempresarioIndividual ou retMicroempresarioEmpresaPP, pois o primeiro se refere ao MEI e o segundo ao ME/EPP.

Boa tarde Eduardo, Com certeza você tem uma cópia do ACBrNFSeXServicos.ini na pasta que se encontra o executável. Dele esse arquivo da pasta do EXE.

Boa tarde Sebastião. Acredito que você não entendeu como funciona o serviço de Distribuição de Documentos Fiscais Eletrônicos o DistribuicaoDFe. Note que quando você informa o valor zero para ultNSU você tem a seguinte resposta: [DistribuicaoDFe] CStat=137 CUF=0 DhRecbto= Msg=Nenhum documento localizado VerAplic=1.6.1 Versao=1.01 XMotivo=Nenhum documento localizado arquivo= dhResp=11/12/2022 20:15:11 indCont=1 maxNSU=000000000000355 tpAmb=1 ultNSU=000000000000100 A partir do momento que no retorno consta o valor 100 em ultNSU é este que você tem que utilizar na próxima execução do DistribuicaoDFe. Vamos lá, Sempre, sempre utilizar o valor retornado em ultNSU na próxima execução. Observe também o valor de maxNSU (355). Ao executar o DistribuicaoDFe informando 100 para o ultNSU o webservice vai retornar os documentos de NSU igual a 101 até 150, uma vez que ele retorna um lote de até 50 documentos, no retorno desta consulta o valor de ultNSU vai ser 150. O próprio passo é executar novamente o DistribuicaoDFe informando o valor 150 para o ultNSU, teremos como resposta os documentos de NSU igual a 151 até 200. A próxima execução informamos 200 e teremos como retorno os documentos de 201 até 250. A próxima execução informamos 250 e teremos como retorno os documentos de 251 até 300. A próxima execução informamos 300 e teremos como retorno os documentos de 301 até 350. A próxima execução informamos 350 e teremos como retorno os documentos de 351 até 355 (supondo que nenhum outro documento tenha entrado na fila). Nesta ultima execução vamos ter o valor de ultNSU e maxNSU, ambos iguais a 355, neste caso devemos aguardar 65 minutos e fazer uma nova consulta informando o valor 355 para o ultNSU. Por fim, a principio o DistribuicaoDFe só retorna o resumo da nota, para obter o XML completo devemos enviar um dos 4 eventos de Manifestação do Destinatário. Em que momento devo enviar os eventos? A dica é assim que você obtém o primeiro lote de resumos e devemos aguardas de 3 a 5 minutos para a próxima consulta, você pode usar esse intervalo de tempo para manifestar essas notas referente aos resumos retornados. Dependendo da boa vontade do Ambiente Nacional, após a manifestação das notas ao executar pelo segunda vez o DistribuicaoDFe o maxNSU poderá aumentar em relação a primeira consulta, isso significa que o Ambiente Nacional liberou o XML completo das notas manifestadas ou entrou mais documentos na fila. Detalhe importante: Tenha em mente que o DistribuicaoDFe por retornar 4 tipos de documentos: resumo de uma nota, XML completo da nota, resumo de um evento ou XML completo de um evento. Espero ter ajudado.

Boa tarde Ricardo, Acabei de realizar um teste com o XML que você anexou e não ocorreu o erro ao executar a função StrToBool. Você esta usando o Delphi ou Lazarus e qual versão?

Bom dia Marcos, Já inclui na minha lista de tarefas para analisar o problema. TK-3388

Bom dia, O Certificado Digital tem o mesmo CNPJ informando no XML como sendo o Prestador? Se sim, o problema pode ser a falta de um cadastro junto ao provedor para liberar esse prestador para emitir notas via WebService. Lembre-se, uma coisa é a emissão da nota via site, outra coisa é emissão via WebService.

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

Bom dia Alex, Já esta no SVN.

Bom dia Adriano, Já esta no SVN.

Paulo, Já esta no SVN.

Boa tarde Juliana, Não consta no Manual do DANFE exemplos com essa totalização.

Boa tarde, Por favor configure o componente para salvar os arquivos (Soap). Configuracoes.WebService.Salvar := True; Faça um novo envio e anexe o XML (soap) retornado, esse arquivo vai nos ajudar a analisar o problema. Desde já muito obrigado.

Boa tarde, Você esta usando o componente antigo? Se sim, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Paulo, Notei que o XML soap retornado esta no formato ANSI em vez de UTF-8. Favor fazer um teste com a unit em anexo. Fiorilli.Provider.pas

Boa tarde Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3384

Boa tarde, Você precisa ter o arquivo de imagem do logo salvo em disco e carregar da seguinte forma: ACBrNFSeX1.DANFSe.Logo := PathComNomedaImagem; Para o logo do prestador: ACBrNFSeX1.DANFSe.Prestador.Logo := pathComNomedaImagem;

Boa tarde Adriano, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3383

Paulo, Complementando o pedido do Diego, favor configurar o programa exemplo para salvar os arquivos (soap). Repita o teste e anexe os XML (soap) gerados para analise.

Paulo, Favor atualizar os fontes, reinstale o ACBr e repita o teste. Notei que o erro ocorre em ambiente de produção, fiz uma alteração que acredito que vai resolver tanto o de produção quanto o de homologação.

Boa tarde Daniel, Que eu saiba não tem.

Boa tarde Antonio, Favor atualizar os fontes, reinstale o ACBr e inicie os testes usando o programa exemplo. Essa alteração já esta no SVN.

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