Italo Giurizzato Junior

Boa tarde a todos, Acabei de realizar um teste com o provedor Betha. Componente configurado: SSLLib = libCapicom, montei um lote com 5 RPS todos foram assinados bem como o lote. Componente configurado: SSLLib = libWinCrypt e XMLSignLib = xsMsXml, montei um lote com 3 RPS todos foram assinados bem como o lote. Componente configurado: SSLLib = libWinCrypt e XMLSignLib = xsMsXml2, montei um lote com 3 RPS, o primeiro ficou sem assinatura os demais foram assinados bem como o lote. Chego a conclusão que existe um problema no componente, que ao utilizar o xsMsXml2 a assinatura do primeiro documento é removida.

Boa tarde, Esse erro ocorre no momento de imprimir a CC-e, correto? Neste caso, além de carregar o XML do evento, você carregou o XML do CT-e também antes de realizar a impressão do evento?

Boa tarde Josenildo, Eu não utilizo o GNRE, caso contrario arrumaria pra você. Mas acredito que o programa exemplo do componente ACBrGNRE seja capaz de gerar o XML que você deseja.

Boa tarde Arce, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Arce, Por favor faça uma cópia das suas alterações, Atualize todos os fontes e depois aplique essas alterações, por fim anexe novamente os fontes alterados, para que eu possa analisar. Desde já muito obrigado pela colaboração e compreensão.

André, Existe os métodos: Enviar, EnviarSincrono e Gerar. Testou os 3?

Bom dia Anderson, Se você monta um lote com 10 eventos S-1010, por exemplo, cada um deles deverá ter um sequencial diferente, ou seja, 1, 2, 3, ... vamos a um exemplo. O Lote contem 4 eventos: 1 evento S-1000 ==> sequencial = 1 2 eventos S-1005==> sequencial = 2 e 3 1 evento S-1010==> sequencial = 4 Como a chave é composta por: tipo de inscrição, numero da inscrição, data, hora e sequencial se for gerado dois eventos no mesmo horário (hora, minuto, segundo) e com mesmo sequencial teremos problemas ao realizar a validação do lote antes do seu envio. Infelizmente o pessoal que idealizou o eSocial poderia ter pensando um pouco mais e ter incluído na chave o numero do evento e não o horário, desta forma poderíamos ter um sequencial controlado pela aplicação para cada tipo de evento.

ifcruz, Se tratando de Manifestação do Destinatário o evento é enviando para o Ambiente Nacional. Se a intenção é baixar o XML dos CT-e não se faz necessário a Manifestação do Destinatário, pois esta só se aplica a NF-e.

Bom dia, Esse 2,79 consta no XML?

Bom dia André, Em vez de usar o método Gerar, chegou a testar o método Enviar?

Bom dia Fernando, Seta a propriedade SSLLib com o valor libWinCrypt mas não altera o valor da propriedade SSLXmlSignLib, deixa ela com o valor padrão.

Bom dia Jander, Você consegue os schemas desse provedor que passa agora a usar a versão 2.04 do layout da ABRASF?

Bom dia Almeida, Não execute o método GerarLote apenas o Enviar.

Bom dia ifcruz, Lembre-se que o evento de Manifestação do Destinatário é emitido pelo Destinatário da mercadoria. Você aumentou o valor da propriedade Timeout do componente ACBrNFe?

Bom dia, Estamos reavaliando os nomes dos eventos, sem duvida teremos que ter uma formatação para os nomes dos XMLs referente aos eventos de tal forma que não ocorra a sobreposição.

Bom dia Marlon, Você tem os Schemas (Arquivos XSD) que validam o pedido de consulta? Chegou a fazer alterações no componente para que o mesmo realize essa consulta? Se sim, poderia anexar aqui para que possamos analisar?

Boa tarde Joceandro, Muito obrigado pela colaboração, amanhã envio para o repositório.

Arce, Estou analisando as suas alterações, acredito que amanhã termino e envio para o repositório. Desde já muito obrigado pela colaboração.

Boa tarde Arce, Não entendi a alteração que você fez na procedure GerarObservacoes em pcesGerador.pas

Boa tarde Anderson, O sequencial tem que mudar, caso contrario ocorrera erro de validação.

Danilo, Conforme Nota Técnica 2017/002 versão 1.02 - página 5 item 13, temos: 13. Preenchimento do modal no CT-e OS A tag modal do grupo ide do CT-e OS foi modificada para aceitar os valores: 01-Rodoviário 02-Aéreo 03-Aquaviário 04-Ferroviário Os modais Aéreo, Aquaviário e Ferroviário não possuem layout especifico, portanto, o grupo infModal não deverá ser informado para estes modais. Para o modal rodoviário, o grupo infModal deve ser preenchido somente para Transporte de Pessoas e Excesso de Bagagem, conforme N02 da NT 2017.001 Sendo assim não podemos ainda utilizar o CT-e OS para o modal Aéreo, como o caso dessa empresa, somente para as empresas do modal Rodoviário.

Bom dia Alexandre, Já entrou em contato com o provedor e questionou eles sobre esse lixo gerado no XML?

Bom dia Leonardo, Esses é o grande problema, pois eles dizem que seguem a ABRASF mas sempre resolvem fazer algo diferente.

Bom dia Arivan, Entre em contato com o provedor e solicite os arquivos XSD (Schemas) utilizados para validar o lote antes do seu envio. Verifique também junto ao provedor se esses schemas são validos para todas as cidades ou só para Aracaju.

Bom dia Fernando, Você esta com todos os fontes atualizados? Pois me parece que houve uma correção visando resolver um problema com o xsLibXml2.