Italo Giurizzato Junior

Boa tarde Paulo, Você não anexou a unit referente ao evento 5003. E na unit pcesS2399 na função que lê o arquivo INI você esquecei de incluir os 3 novos campos. As outras duas estão OK.

Boa tarde Marcos, Muito obrigado pela colaboração, vou analisar e estando tudo OK, vou enviar para o repositório. Apenas um detalhe, o componente não gera o XML da NFS-e, quem gera é o webservice que não segue o padrão infelizmente. O componente, apenas extrai do retorno o XML da NFS-e e salva em disco.

Bom dia, Você deve estar gerando o grupo lacres mas não esta informando nada ao campo nLacre.

Bom dia Arnaldo, Você tem os XMLs de envio e de retorno desse seu cliente para que possamos analisar?

Bom dia Mariana, Até onde sei no que diz respeito a Substituição o funcionamento é o seguinte: Devemos gerar um RPS novo e informar qual NFS-e queremos cancelar. Lembre-se que o componente gera e envia para o webservice o XML do RPS. O webservice por sua vez processa o RPS, estando tudo OK, gera e retorna o XML da NFS-e. O método Cancelar simplesmente cancela uma NFS-e. Por outro lado o Substituir, cancela uma NFS-e, mas substitui por outra, dai a necessidade de ao enviar o pedido de cancelamento da NFS-e em questão e o RPS que será processado e estando tudo OK convertido em NFS-e pelo webservice. Verifique se ao informar o numero da NFS-e a ser cancelada, você não esta informando o numero de um RPS. A não ser que esse provedor em vez de informar o numero da NFS-e a ser cancelada, devemos informar o numero do RPS, conforme diz a mensagem de erro.

Boa tarde Paulo, Muito obrigado pela colaboração, vou analisar, estando tudo OK, vou enviar para o repositório.

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

Bom dia Gabriel, Que tipo de Cupom não Fiscal você se refere?

Bom dia Rodrigo, Você esta com todos os fontes de todas as pastas atualizados? Ontem foi disponibilizado uma correção em uma unit que realiza a assinatura. Unit esta utilizada pela xsLibXml2.

No segundo link que você postou abre uma pagina com vários outros links. Tem um chamado "XML de exemplo", os arquivos req*.xml se refere aos XMLs de envio e os resp*.xml são os de retorno. Veja os de envio, a assinatura se encontra no grupo Header, todos os demais provedores assinam o XML que se encontra no grupo Body. Pelo que eu entendi, analisando os XMLs de envio, o XML é gerado, o grupo Body é montado, uma assinatura é realizada no conteúdo desse grupo e a mesma é colocada no grupo Header. A geração do XML do RPS segue a versão 2 do layout da ABRASF, mas a assinatura tinha que fazer diferente, tenha dó. Caso você queira colocar a mão na massa, boa sorte.

Bom dia Sergio, Ontem tive problemas com o envio da correção, acabei enviando hoje de manhã. Favor atualizar os fontes e fazer novos testes.

Mariana, Lendo outras postagens sobre o provedor Betha aqui no fórum, me parece que somente o webservice implementado segundo a versão 1 do layout da ABRASF do provedor Betha é que funciona, já o outro que foi implementado segundo a versão 2 não funciona. Como dito, segundo relatos em outras postagens.

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.

Bom dia Mariana, Que informações você quer enviar e para quem? Desculpe não entendi.

Bom dia a todos, O provedor Betha possui 2 WebServices, um foi implementado segundo a versão 1 do layout da ABRASF e o outro foi implementando segundo a versão 2. Note que existe os arquivos INI: Betha.ini e Bethav2.ini Veja também o arquivo Cidades.ini, vocês encontram cidades cujo provedor é Betha e outras que é Bethav2. É desta forma que informamos ao provedor se uma cidade vai usar um provedor ou outro.

Bom dia a todos, Se não me falha a memória esse provedor elotech realiza uma assinatura digital totalmente diferente da adota em todos os Documentos Fiscais Eletrônicos.

Bom dia Gabriel, Emitir NFS-e via Site é uma coisa, emitir via WebService é outra. Pelo Site o seu cliente tem que entrar com o usuário e senha ou CNPJ e senha, essas informações permite ao Site deixar ou não a pessoa emitir a NFS-e. Por outro lado no WebService não temos o usuário e senha e sim o certificado digital que contem o CNPJ do emitente, portanto é através do certificado digital que o WebService decide se deixa ou não a nota ser emitida. No caso do provedor Betha, se faz necessário gerar e assinar o XML do RPS e após a montagem do Lote de RPS o mesmo deve ser assinado, resumindo: tanto o RPS quando o Lote de RPS devem ser assinados. E para assinar é preciso do certificado digital. No arquivo INI do provedor tem uma seção chamada: Assinar, onde temos os campos RPS e Lote, ambos com o valor 1, altere para zero e tente enviar, para ver se o provedor aceita. Mas faça esse teste junto com esse cliente, para ele ver que não é possível a emissão da nota sem o certificado.

Bom dia, Favor anexar a unit alterada para que possamos analisar.

Bom dia Anderson, Qual é o método que você esta usando para baixar o XML? Você poderia anexar um XML que ocorre o problema?

Bom dia, Esse provedor não segue um padrão de local de assinatura teremos que analisar e encontrar uma solução para o problema. Muito obrigado pelo XML de exemplo.

Bom dia Adailson, E porque você esta baixando o XML do Portal do MDF-e? Caso tenha perdido o XML (coisa que não pode ocorrer) e ao baixar do Portal vem sem o protocolo de autorização, é muito simples de resolver. Se você é o emitente do MDF-e, basta carregar o XML baixado através do LoadFromFile e em seguida executar o método Consultar. Pronto o XML será atualizado e ficará completo, ou seja, assinado e com o protocolo de autorização.

Bom dia Vanderlei, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Sérgio, Eita passou batido, muito obrigado pela observação, vou fazer a correção e enviar para o repositório ainda hoje.

Boa tarde, Versão 6.0 do Manual da NF-e, página 256 - Regra de Validação: W16-70 que a tolerância é de R$ 1,00 para mais ou para menos. Mas dependendo da informação pode ser de R$ 0,50 ou R$ 0,01.