Italo Giurizzato Junior

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?

Bom dia Humberto, A primeira configuração esta Ok, pode ser essa sem nenhum problema. Já a forma de emissão, tem que ser Normal, pois a Offline só é utilizada quando não temos condições técnicas de enviar a nota para a SEFAZ. Um detalhe importante, é preciso verificar a legislação de cada UF no que diz respeito a emissão da nota em contingência.

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.

Boa tarde Carlos, Não tem nada de errado, o problema é que nem sempre as coisas funcionam na velocidade que gostaríamos. Agora uma pergunta. Ao enviar o evento de Manifestação do Destinatário, você esta sempre informando o evento 210200 - Confirmação de Operação? Lhe pergunto isso, pois ao enviar esse evento, o destinatário esta informando a SEFAZ que ele realmente comprou e já recebeu a mercadoria.

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.

Bom dia Luiz, Você tem os Schemas (arquivos XSD) utilizados para validar o lote segundo essa nova versão? Se sim, poderia anexar. E as URLs de homologação e de produção.

Bom dia Weber, Fiz a correção, ainda hoje estarei enviando para o repositório.

Bom dia arce, Quanto a isso não mudou nada. O que mudou foi o local das units e seus nomes.

Karine, Com relação a impressora não sei te informar. Não fiz nenhuma pesquisa sobre o boardpass.

Bom dia Danilo, Se o seu cliente emite CT-e isso significa que ele é uma transportara de carga, correto? Além dele transportar carga, ele também transporta valores, ou seja, dinheiro? Cobra a parte por bagagem extra como é o caso do avião? Realiza o transporte de pessoas, ou seja, faz fretamento? Se a resposta for não para as 3 últimas perguntas, para que você quer emitir o CT-e OS?

Bom dia Karine, A impressão do BoardPassBPe ainda não foi implementada.

Boa tarde, Favor anexar a unit alterada. Desde já muito obrigado pela colaboração.

Boa tarde Bruno, Estou em viagem, assim que retornar verifico o que você fez.

Boa tarde Leonardo, No meu entendimento o numero do RPS é um numero sequencial, logo não pode deixar que o usuário informe esse numero. Ele tem que ser gerado automaticamente pela aplicação.

Boa tarde Tulio, Segundo o manual quando ocorre a rejeição 225, isso significa que o XML esta em desacordo com a estrutura definida. Mas se o mesmo foi validado pelo schemas disponibilizados na pasta Schemas\CTe, logo isso me leva a crer que o problema é na SEFAZ.