Italo Giurizzato Junior

Boa tarde Gilson, Estou analisando ainda.

Boa tarde Marcelo, Verifica se na cidade que utiliza esse provedor não disponibiliza os schemas, quem sabe tem alguma atualização deles.

Boa tarde Flavio, No arquivo ACBrNFSeXServicos se tratando do provedor Betha, veja esses 2 exemplos: [4202305] Nome=Biguacu UF=SC Provedor=Betha [5103353] Nome=Confresa UF=MT Provedor=Betha Versao=2.02 ProRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-ws/nfseWS HomRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-test-ws/nfseWS O segundo deixa claro que a versão é 2.02, portanto o primeiro a versão é 1.00 Resumindo, a cidade de Biguaçu/SC se utiliza do provedor Betha (versão 1 do layout da ABRASF), já a cidade Confresa/MT também se utiliza do provedor Betha só que verão 2 do layout da ABRASF. Se a cidade de Lucas do Rio Verde/MT usa a versão 2, tem que ser semelhante ao da cidade Confresa.

Boa tarde Camila, O componente ACBrNFSeX, alias todos os componentes ACBr que geram XML sempre geram se identação e sem quebra de linha. Você concorda que um XML identado e com quebra de linhas tem muito mais caracteres do que o mesmo XML sem identação e sem quebras de linha? Isso interfere sim na assinatura principalmente no DigestValue que é uma espécie de Checksum. O Webservice do provedor pode até remover do XML recebido as quebras de linhas e a identação, mas ao validar a assinatura vai falhar pois o DigestValue vai ser diferente.

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

Bom dia Brisola, Ele já esta pronto, mas como só vai ser liberado amanhã estou aguardando para enviar as alterações. Aproveitando, você sabe qual é a URL do ambiente de produção?

Boa tarde Eduardo, Mas o método ImprimirDANFSePDF, apesar do nome ele somente gera o PDF.

Boa tarde, No link abaixo você encontra a cartilha do MDF-e que contem diversas situações, ela bem didática. Portal do Manifesto Eletrônico de Documentos Fiscais - SVRS Vale a pena baixar ela e dar uma lida. Deve estar faltando algo que eu tenha esquecido.

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

Boa tarde Marcos, Analisando as Units que você anexou na mensagem privada que me enviou notei que você tomou como base as units do provedor ISSSJP e como dito acima esse provedor segue a versão 1 do layout da ABRASF. A cidade de Cambé/PR possui um webservice próprio com um layout próprio, logo se faz necessário se basear em um provedor que também tem um layout próprio. Você vai notar e a codificação nas Units *.Provider, *.GravarXml e *.LerXml é diferente, ou melhor tem muito mais coisas.

Acabei de realizar um teste usando o programa exemplo e a tag <ResponsavelRetencao> foi gerada com o valor 1 ao atribuir o valor rtTomador ao campo: Servico.ResponsavelRetencao. Detalhe importante a tag só é gerada se o valor de IssRetido for diferente de stNormal.

Bom dia Daivid, O componente usa os Schemas para validar o XML gerado por ele e não para gerar o XML. Se faz necessário agora alterar a Unit responsável por gerar o XML que no caso é ISSDSF.GravarXml. Não esqueça de alterar a Unit responsável pela leitura do XML: ISSDSF.LerXml

Bom dia Flavio, Você ainda 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 vai mais ter 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/

Bom dia Felipe, Se não me falha a memória na sua maquina de desenvolvimento no programa instalador (ACBrInstall_Trunk2 tem uma opção ativa que copia as DLL para a pasta do Windows. Ao executar uma aplicação que depende de uma DLL, ela primeiro procura pela DLL dentro da pasta onde a aplicação se encontra, se não achar vai procurar dentro da pasta do Windows (System ou SysWOW64).

Brajan, Então é algum problema na SEFAZ-MG. O jeito vai ser entrar em contato com eles e expor o problema. Nestes casos é interessante anexar os XMLs dos CT-e para provar que o que esta sendo referenciado foi enviado e autorizado o segundo que contem a chave do outro e o XML de rejeito com a rejeição.

Bom dia, Pela regra é necessário você ter 1 MDF-e para cada alteração da carga contida no caminhão. Por exemplo, o caminhão parte da cidade A, vai até a cidade B e descarrega uma parte da carga, depois segue até a cidade C onde vai descarregar o restante. Você vai emitir o MDF-e 1 com carregamento em A e descarregamento em B, neste MDF-e você vai informar todos os CT-e, pois o caminhão vai para a cidade B com a carga total. Vai emitir também o MDF-e 2 com o carregamento em A e descarregamento em C, neste MDF-e você vai informar somente os CT-e cuja carga vai ser descarregada em C.

Bom dia, Qual é a cidade?

Bom dia Brajan, Se a chave do CT-e informada no XML esta correta e existe o CT-e ao consultar o mesmo pelo site, o problema é na SEFAZ. A consulta que você fez foi no Portal Nacional do CT-e ou no site da SEFAZ-MG ?

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

Boa tarde Valter, Já esta no SVN.

Boa noite, Não entendi o motivo de reescrever a função? Qual a diferença entre: function TACBrNFSeXProvider.ResponsavelRetencaoToStr(const t: TnfseResponsavelRetencao): string; begin Result := EnumeradoToStr(t, ['1', '', '2', ''], [rtTomador, rtPrestador, rtIntermediario, rtNenhum]); end; e function TACBrNFSeProviderABRASFv2.ResponsavelRetencaoToStr(const t: TnfseResponsavelRetencao): string; begin Result := EnumeradoToStr(t, ['', '1', '2'], [rtNenhum, rtTomador, rtIntermediario]); end; A primeira se encontra na unit ACBrNFSeXProviderBase e garante que somente retorne os valores 1 e 2 se for informado rtTomador ou rtIntermediario. Na sua implementação o que vai ocorrer se for informado o valor rtPrestador?

Boa Tarde Valter, Acredito que o problema esteja em outro lugar. Na Function TesteEnvio temos: Result := Executar('http://www.prefeitura.sp.gov.br/nfe/ws/testeenvio', Request, ['RetornoXML', 'RetornoEnvioRPS'], ['xmlns:nfe="http://www.prefeitura.sp.gov.br/nfe"']); Acredito que o correto seria: Result := Executar('http://www.prefeitura.sp.gov.br/nfe/ws/testeenvio', Request, ['RetornoXML', 'RetornoEnvioLoteRPS'], ['xmlns:nfe="http://www.prefeitura.sp.gov.br/nfe"']); Faça essa alteração e realize um novo teste.

Felipe, Alguma coisa esta errada na sua maquina, alguma DLL que esteja faltando, alguma configuração errada.

Rogério, Passa o mouse sobre o meu nome vai aparece uma tela e no canto inferior esquerdo o botão Mensagem.

Gilson, Vai ser necessário debugar a function Executar que esta na unit ACBrNFSeXWebserviceBase. Mais precisamente as linhas abaixo: FPRetorno := string(ReadStrFromStream(HttpClient.DataResp, HttpClient.DataResp.Size)); //<== Salvar (1) FPRetorno := RemoverDeclaracaoXML(FPRetorno); FPRetorno := StrToXml(FPRetorno); case TipoEncoding(FPRetorno) of teUTF8: FPRetorno := UTF8ToNativeString(AnsiString(FPRetorno)); teISO8859_1: FPRetorno := string(TranslateString(AnsiString(FPRetorno), 0, 28591)); teUNICOD: begin FPRetorno := FaststringReplace(FPRetorno, '&amp;', '&', [rfReplaceAll]); FPRetorno := ConverterUnicode(FPRetorno); end else // o XML esta em ASCII end; // Alguns provedores não retornam o XML em UTF-8 FPRetorno := ConverteXMLtoUTF8(FPRetorno); //<== Salvar (2) Salvar o valor de PFRetorno (1) e depois no final o valor de FPRetorno (2) E tentar descobrir o que esta ocorrendo nesse meio tempo.