Italo Giurizzato Junior

Bom dia Artur, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Juliomar, O Sandro anexou uma contribuição em Fast Report veja mais acima (22/09/2020). Inclusive inclui na lista de tarefas (TK-1420).

Bom dia a todos, Se olharem na pasta: ..\Exemplos\ACBrDFe\Schemas vão notar que não existe uma pasta para o CIOT. O componente ACBrCIOT simplesmente gera o XML e envia para o webservice, caso seja informado algo errado por exemplo: um dado que deveria ter um tamanho X e foi colocado com tamanho Y o webservice vai recusar. Reze para que ao recusar retorne um motivo claro do porque da recusa. Se o eFrete publicasse os Schemas seria possível identificar o problema antes do envio ao realizar a validação.

Boa tarde Everto, Não sou eu que cuido das impressões em Fast Report, acredito que quem cuida ainda não conseguiu um tempo para analisar a colaboração e disponibilizar no repositório. Sendo assim, a única opção disponível é o que foi feito em EscPos.

Boa tarde João, Isso depende muito da empresa a ser utilizada. O componente ACBrCIOT se utiliza do eFrete e este não disponibilizou os schemas.

Leonardo, Existe uma diferença muito grande entre as duas formas de alimentar o componente. A que você pretendia utilizar gera um grupo <Servicos> e dentro dele vários grupo <Servico> e dentro desse grupo podemos informar quantidade, descrição, valor unitário etc. No caso do provedor Betha é colocado tudo dentro de um único campo chamado Discriminacao. O provedor Betha adotou para esse campo uma formatação que é só deles, pois a principio esse campo é para você apenas descrever de forma mais clara o serviço que foi executado. O Juliomar disse que esta trabalhando no DANFSE feito em Fast Report, depois vamos aplica a mesma solução para o DANFSE feito em Fortes Report.

Boa tarde Marco, Em vez de você passar o caminho: /Servidor/Schemas/MDFe Porque você não faz um mapeamento e passa somente a letra da unidade mapeada?

Boa tarde Leonardo, E quem disse a você que o provedor Betha permite informar mais de um serviço? O provedor Betha possui 2 webservices, um deles segue a versão 1 e o outro a versão 2 do layout da ABRASF. O que o Betha fez e foi só na versão 1, foi incluir um grupo de condições de pagamento e as respectivas parcelas, grupo este que não existe no layout da ABRASF. No schema da versão 1 temos: (...) <xs:element name="RpsSubstituido" type="tipos:tcIdentificacaoRps" minOccurs="0" maxOccurs="1" /> <xs:element name="Servico" type="tipos:TcDadosServico" minOccurs="1" maxOccurs="1" /> <xs:element name="Prestador" type="tipos:tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> (...) <xs:complexType name="TcDadosServico"> <xs:annotation> <xs:documentation>Representa dados que compõem o serviço prestado</xs:documentation> </xs:annotation> <xs:sequence> <xs:element name="Valores" type="tipos:TcValores" minOccurs="1" maxOccurs="1" /> <xs:element name="ItemListaServico" type="tipos:tsItemListaServico" minOccurs="1" maxOccurs="1" /> <xs:element name="CodigoCnae" type="tipos:TsCodigoCnae" minOccurs="0" maxOccurs="1" /> <xs:element name="CodigoTributacaoMunicipio" type="tipos:tsCodigoTributacao" minOccurs="0" maxOccurs="1" /> <xs:element name="Discriminacao" type="tipos:tsDiscriminacao" minOccurs="1" maxOccurs="1" /> <xs:element name="CodigoMunicipio" type="tipos:tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" /> </xs:sequence> </xs:complexType> Como você pode ver o grupo <Servico> tem ocorrência máxima igual a 1, isso significa que esse grupo só pode aparecer no XML apenas uma vez, note também que os campos que compõe esse grupo são todos do tipo simples com exceção do <Valores> que é um grupo e também tem quantidade máxima de ocorrências igual a 1. Você pode também checar no schema da versão 2 e vai constatar que o que é a mesma coisa. Resumindo, se no schema não temos a possibilidade de informar mais de uma serviço, não devemos alimentar o componente da forma que você esta fazendo. A possibilidade de fazer o que você quer esta presente e um ou outro provedor, mas você não pode utiliza-lo, uma vez que a cidade em questão se utiliza do provedor Betha (versão 1 do layout da ABRASF).

Felipe, Enviei para o repositório uma possível correção, favor atualizar tudo e faça novos testes.

Bom dia Renato, Já esta no repositório.

Bom dia, Já esta no repositório a alteração no arquivo Cidades.ini com a troca do provedor.

Bom dia Josué, Já esta no repositório.

Bom dia Leonardo, O que você utiliza para imprimir o DANFSE (Fast ou Fortes Report)?

Bom dia Sérgio, Qual método você executou?

Bom dia Felipe, No TratarResposta que lhe pedi para colocar um ponto de parada o retorno da função ExtrairRetorno é atribuído em qual variável? Favor anexar os XMLs gerados ao executar o método SubstituirNFSe. Detalhe importante, quando realizamos testes com o programa exemplo é sempre bom deixar marcado a opção para salvar os arquivos Soap. Necessito de todos os arquivos, de envio e de retorno (os soap também).

Bom dia Fabio, Acabei de fazer um teste com base nas suas alterações nos arquivos Cidades.ini e ISSe.ini e consegui enviar e obter um retorno do webservice. O teste foi feito usando o programa exemplo.

Felipe, Até ai tudo bem. E o conteúdo de FPRetRW?

Boa tarde Douglas, Você poderia anexar um XML para que possamos realizar testes.

Boa tarde Moroni, E esse é o grande problema, o provedor IPM não segue o padrão ABRASF, mas por padrão o componente gera e envia o XML do RPS para o webservice do provedor que por sua vez analisa e estando tudo OK gera e retorna o XML da NFS-e. Não me retorno como se comporta o provedor IPM. Com relação ao QR-Code não é todos os provedores que tem. Ele só é impresso no DANFSE se o campo OutrasInformacoes ou Link possuírem uma URL

Boa tarde Felipe, Algumas Procedures e Funções das units ACBrDFe não quase nada mesmo, pois elas são sobrepostas por Procedures e Funções definidas na unit do ACBrNFSe por exemplo. Esse é o caso o TratarResposta entre ontras. Na Unit ACBrNFSeWebServices temos o TratarResposta referente ao método SubstituirNFSe. É essa função que esta retornando False e não a que esta no ACBrDFeWebService. Como lhe disse a função TratarResposta que se encontra na unit ACBrNFSeWebServices se sobrepõe a função de mesmo nome que esta na unit ACBrDFeWebService. Você precisa colocar um ponto de parada na função TratarReposta do método SubstituirNFSe e tentar descobrir o porque ela esta retornando False. Essa função na verdade tem 4 linhas, sendo que a terceira obtém o XML de retorno e a quarta e ultima ocorre a extração do XML da NFS-e desse retorno. É preciso checar se ela esta obtendo o XML de retorno e por fim se nesse retorno esta sendo extraído o XML da NFS-e.

Boa tarde Sérgio, Verifique se não foi gerado o XML *-env-lot.xml

Boa tarde Renato, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Felipe, Jamais altere as units ACBrDFexxxx, pois elas são utilizadas por todos os componentes que emitem DF-e como NF-e, CT-e, MDF-e, BP-e, eSocial, Reinf e a NFS-e É preciso debugar todas as procedures e funções ao executar o método para descobrir exatamente o esta o problema. Eu não consigo fazer isso, pois o certificado digital que tenho é de uma empresa de outra cidade, logo ao tentar fazer o teste recebo o erro 401.

Bom dia Felipe, Qual linha você comentou e de qual Unit?

Bom dia Mauricio, Você não esta testando o envio para a cidade de Rondinha/RS? Porque no e-mail eles pedem para colocar o código IBGE 4320107? Esse código é da cidade de Sarandi/RS que até onde sei se utiliza do provedor SafeWeb.