Italo Giurizzato Junior

Bom dia André, Você sabe informar qual é o erro de conversão que ocorre? Seria interessante debugar para saber exatamente em qual linha do componente ocorrer esse erro. Esse erro de conversão ocorre ao tratar o retorno do envio?

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.

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

Werner, Uma coisa é a emissão via site que requer usuário e senha e não precisa de certificado digital. Outra coisa é emissão via webservice que na maioria das vezes não requer usuário e senha, mas precisa do certificado digital. Você pode montar uma tela onde o usuário possa digita vários serviços com quantidade e valores, mas na hora de colocar no XML, vai ter que colocar tudo no campo Discriminacao.

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

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

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

Boa tarde Werner, O Provedor Tinus segue a versão 1 do layout da ABRASF, você só pode informar no campo ItemListaServico um código de serviço, mas por outro lado no campo Discriminação você pode colocar varias linhas separadas por ";" ponto e virgula detalhando o serviço executado. Quanto ao envio, pelo fato de seguir a versão 1 do layout da ABRASF o provedor só tem implementado o serviço para recepcionar o lote de Rps em modo assíncrono em seu webservice. Respondendo a sua ultima pergunta não tem solução, alias tem, o provedor que tem que melhorar o seu desempenho no processamento dos lotes.

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