Italo Giurizzato Junior

Boa noite, Favor atualizar os fontes e tente obter o XML completo da seguinte forma: ACBrCTe.EventoCTe.LerXML(nomeArq); sXML := ACBrCTe.EventoCTe.XML;

Boa noite Ramalho, O componente possui 3 métodos de envio, são eles: Enviar; Gerar; EnviarSincrono. Qual deles você utilizou?

Boa noite Heronim, Favor anexar os arquivos que você alterou.

Boa noite Felipe, Favor anexar também o XML de envio do evento. Uma vez que o problema é com ele e não com o XML do MDF-e.

Boa tarde Juliomar, O ACBr ao detectar que o atributo usado na assinatura for "id=", ou seja tudo em minusculo, a assinatura ocorre mas o atributo "URI=" da tag Reference fica vazia. Por outro lado se o atributo for "Id=", o seu conteúdo é repassado para "URI=" e a assinatura ocorre sem nenhum problema. Se forçar o conteúdo de "id=" ser atribuído a "URI=" ocorre erro ao realizar a assinatura. O web services de Salvador o atributo é "id=" e devemos atribuir o seu conteúdo a "URI=" caso contrario o web service rejeita o lote. Por causa de amadores contratados na implementação do web services, nós pobres mortais temos que dar os nossos pulos e implementar gambiarras. Não tenho ideia de como resolver.

Boa tarde Ramalho, Qual método você usou para enviar o RPS? Você poderia anexar um outro *-rec-soap.xml cujo o envio foi um sucesso?

Boa tarde Tatiane, O XML que você anexou encontrei espaços em branco bem como quebra de linha, isso não pode existir no XML.

Boa noite Márcio, Muito obrigado pela colaboração, já vou enviar para o repositório.

Boa noite Márcio, Primeiramente, no caso do provedor Betha não se faz necessário informar o NomeURL_H e NomeURL_P. Segundo, com essa alteração o envio foi feito com sucesso?

Boa noite Ramalho, Qual Cidade / Provedor?

Boa noite Ângelo, Segundo o Manual do CT-e versão 3.0 as informações sobre o seguro só são geradas se o modelo for CTeOS (67) no CTe (57) não tem mais. As informações sobre o seguro agora estão no MDF-e versão 3.0. Como algumas informações foram removidas do CT-e e passadas para o MDF-e isso significa que em breve as transportadoras alem de emitir o CT-e terão que emitir também o MDF-e.

Boa noite Tatiane, Tentou abrir o arquivo que você anexou com do Bloco de Notas?

Boa noite Carlos, Muito obrigado, já enviei para o repositório.

Boa noite Valdir, Esta havendo uma confusão, o campo Discriminacao independe do método de envio.

Boa noite a todos, Entendam que a NFS-e é totalmente diferente da NF-e. No caso da NF-e a validação é feita nota por nota, já na NFS-e a validação é feita no lote. Sendo assim o método validar é executado pelos métodos de envio, são eles: Enviar, Gerar e EnviarSincrono, conforme dito pelo colega BigWings.

Boa noite Douglas, Enviei para o repositório uma possível correção, favor atualizar os fontes e refaça os testes.

Boa noite Felipe, Lembre-se que o método DistribuicaoDFe se refere a um Web Services do Ambiente Nacional, logo existe um tempo entre a SEFAZ-Autorizadora disponibilizar os XMLs ao Ambiente Nacional. Esse tempo varia de SEFAZ para SEFAZ podendo ir de minutos a dias.

Boa noite Tatiane, Esse é o problema, o seu XML tem espaço em branco, tem quebra de linha (pelo menos o que você anexou).

Boa noite Luiz, Pelas imagens, no XE6 o tamanho da janela é estabelecido pelo tamanho da primeira linha.

Boa noite a todos, acgubamg, sem analisar o código, pelo que entendi os Estados de SP e RJ o layout é diferente? Se sim, poderia fazer algo semelhante a NF-e onde o layout poderia ser selecionado em função do valor da propriedade de configuração UF.

Boa noite Gean, No final da sua postagem, você diz que não tem o XML, pois bem, sendo assim como você quer alimentar o componente com os dados da nota? Um valor decimal contido no XML obedece regras que estão expostas em Notas Técnicas e Manuais. Se tratando da NF-e aconselho você baixar do Portal Nacional da NF-e a versão 6.0 do Manual da NF-e. Nesse manual consta a estrutura completa do XML. Se um campo decimal esta definido com 2 casas decimais, no XML com certeza o valor vai ter 2 casas decimais. Agora se o valor pode ter de 2 a 4 casas decimais, te aconselho a supor que o valor lido tenha 4 casas. Espero ter ajudado.

Boa noite Valdir, O Enviar, envia um lote com até 50 RPS. O Gerar, envia somente UM RPS. E existe ainda o EnviarSincrono, que envia um lote com até 50 RPS. Dependendo do provedor podemos ter apenas um desses métodos implementado ou dois ou todos.

Boa noite Carlos, Favor anexar os arquivos Cidades.ini e WebISS.ini para que eu possa avaliar e disponibilizar no repositório.

Boa noite André, Muito obrigado pela colaboração, vou enviar para o repositório.

Boa noite Tatiane, Esse XML foi gerado pelo componente ACBrMDFe?