Italo Giurizzato Junior

Boa noite Roberto, Você notou que no XML que você se refere ao acbr consta o grupo <protCTe> duas vezes sendo que uma esta no lugar errado e outra no lugar certo? Analisando o código não encontrei nada que fizesse o componente incluir o respectivo grupo no lugar errado.

Boa noite Karine, Ao consultar pela chave a SEFAZ retorna a situação atual do BP-e, ou seja, se ele esta Autorizado ou Cancelado.+ Já o evento de Não Embarque não altera a situação do BP-e, ou seja, não faz que o mesmo deixa de estar Autorizado. Mas no XML de retorno consta o evento de Não Embarque.

Karine, Muito obrigado pela colaboração, vamos analisar.

Boa tarde Karine, Favor atualizar os fontes e testar novamente.

Boa tarde Roberto, Essa checagem só se faz necessário se a nota for versão 4.00 ? Se sim, a implementação não poderia ser semelhante a do cst41? Pois não entendi o motivo de ler o campo ICMSST uma vez que não é um campo e sim um grupo.

Karine, Você tem razão a montagem da string do QR-Code esta errada para emissão em contingência. Já estamos analisando e em breve vamos enviar para o repositório a correção.

Karine, Pelo que vi, o Cancelamento e o Não Embarque esta funcionando, pelo menos os XML estão sendo gerados de forma correta. Você fez depois a consulta a esses dois BP-e e o retorno dessas duas consultas? Você não anexou o XML de retorno.

Bom dia Roberto, Favor anexar o XML do CT-e OS com o protocolo de autorização segundo o ACBr e segundo a sua rotina para que possamos analisar.

Bom dia ALA, Quem vai informar se há necessidade de colocar algo mais na justificativa do cancelamento é a SEFAZ/Fisco. A SEFAZ sabe que se trata de um cancelamento extemporâneo em função da data e hora que o evento de cancelamento foi enviado em relação a data e hora de emissão do CT-e.

Karine, Favor anexar os XMLs de ambas as consultas com os respectivos retornos.

Bom dia Karine, Favor atualizar os fontes e faça um novo teste.

Bom dia Karine, Favor atualizar os fontes e faça novos testes.

Bom dia Karine, Funciona como os demais DF-e. Manual versão 1.00a do BP-e página 79: 11.2. Resumo das ações para entrada em contingência 1. Alterar XML do BP-e com tpEmis = 2 (Contingência Off-line); 2. Preencher campos dhCont e xJust (Data e justificativa da entrada em Contingência) 3. Gerar nova chave de acesso com o tpEmis=2, mantendo o mesmo cBP; 4. Gerar o QR Code de DaBPE com token assinado (conforme especificado no item 9.2.2); 5. Emitir o DABPE com a mensagem "EMITIDO EM CONTINGÊNCIA"; 6. Transmitir o arquivo assim que superada a dificuldade técnica que demandou a contingência.

Bom dia a todos, Mas essas URLs são da NFC-e ou da NF-e? Produção: NfeAutorizacao_3.10=https://nfce.sefazrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx NFeAutorizacao_4.00=https://nfe.sefazrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx <=== isso esta correto? Homologação: NfeAutorizacao_3.10=https://nfce-homologacao.sefazrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx NFeAutorizacao_4.00=https://nfce-homologacao.sefazrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx

Bom dia Karine, Você esta renomeando os arquivos XML referente aos eventos? Pois ao enviar um evento, se tudo ocorrer bem é gerado 3 XML: *-ped-eve.xml (pedido de evento, ou seja, o envio do evento a SEFAZ) *-eve.xml (evento, ou seja, o retorno da SEFAZ) *-procEventoBPe.xml (processamento do evento, ou seja, esse XML contem o pedido mais o retorno da SEFAZ que acusa que o evento foi vinculado ao BP-e e esta autorizado). Você anexou este último, eu preciso do retorno da SEFAZ.

Boa noite Jimmy, Se a propriedade não esta disponível no Object Inspector, pode ser que você atualizou os fontes mas não reinstalou os componentes.

Boa noite Karine, Favor atualizar os fontes e testar novamente.

Boa tarde Roberto, Após o envio do CT-e OS para a SEFAZ, caso este seja autorizado é para ocorrer a atualização do XML, ou seja, o XML que já esta assinado recebe o protocolo de autorização. Isso não esta ocorrendo?

Boa tarde a todos, Já encontra-se disponível o ambiente de homologação/produção para as empresas do estado de Rondônia testarem o BP-e. O estado de Rondônia será atendida pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ de Rondônia.

Boa noite, Obrigado pela colaboração, já esta no repositório.

Boa tarde ALA, O cancelamento extemporâneo é um evento exatamente igual ao evento de cancelamento enviado dentro do prazo. A unica diferença que para cancelar um CT-e fora do prazo (extemporâneo) é preciso solicitar uma autorização ao Fisco ou a SEFAZ não me recordo agora.

Boa tarde Rogério, Segundo o Manual do MDF-e versão 3.00 página 125 o Peso Total tem que ser informado em Kg.

Boa tarde Jimmy, Essas propriedades que você assinalou se refere a criação de pastas para o XML, se não me falha a memória foi criado propriedades semelhantes para o PDF. Mas essas novas propriedades devem estar no componente do DACTE.

Boa tarde, Uma duvida, o comando Continue pula para qual linha dentro da procedure?

Boa tarde Roberto, Mas o DACTE ( PDF que você anexou ) é do CT-e OS, note que nele só consta os dados do emitente do CT-e OS e os dados do Tomador do Serviço. O DACTE do CT-e (modelo 57) contem os dados do emitente, remetente e destinatário.