Italo Giurizzato Junior

Boa noite Rene, Notei que ao realizar a consulta da NFS-e por Rps no XML: 7NF-con-nfse-rps.xml o valor da tag <transacao> é false, não sei se isso esta correto. Pois ao enviar o lote o valor dessa tag é True.

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

Boa tarde Doidopb, Na página 175 da versão 6.00 do Manual da NF-e que contem o layout tanto da NF-e quanto da NFC-e, mais precisamente o campo 7 - cNF temos o seguinte: cNF - Código Numérico que compõe a Chave de Acesso - tamanho 8 - Observação: Código numérico que compõe a Chave de Acesso. Número aleatório gerado pelo emitente para cada NF-e para evitar acessos indevidos da NF-e. Apesar que na coluna observação faz referencia a NF-e, no meu entendimento devemos usar esse procedimento também para a NFC-e. Alias, os documentos fiscais: NF-e, NFC-e, CT-e, MDF-e e BP-e todos em sua chave temos um elemento chamado código numérico e a recomendação é sempre que esse código seja um número aleatório. Logo devemos gerar um código aleatório para cada Documento Fiscal Eletrônico emitido, esse código tem que ter no máximo 8 dígitos e ser diferente de zero, devemos armazena-lo junto com as demais informações do documento no banco de dados. Ao executar a rotina que alimenta o componente, devemos ler essa informação e atribuir ao campo: cNF (no caso da NF-e/NFC-e). Mesmo que o XML da NFC-e não seja enviado por e-mail para o destinatário da mercadoria, uma vez que a grande maioria das vendas é presencial e o pagamento é feito no ato, vejo com bons olhos a aplicação gerar o código numérico como sendo um número aleatório.

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 Mariano, Em nenhuma das suas postagens a não ser essa última, que você deixa claro que se utiliza do ACBrMonitor.

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.

Mariano, Acredito que você não entendeu, esse fragmento de rotina que você postou se refere a leitura de arquivos INI que é utilizado pelo ACBrMonitor. Você utiliza o ACBrMonitor? Se não utiliza, favor abrir o fonte pcnNFeW e vá até a linha: 547, cujo conteúdo é: AjustarMunicipioUF(xUF, xMun, cMun, nfe.Emit.enderEmit.cPais, nfe.Emit.enderEmit.UF, nfe.Emit.enderEmit.xMun, nfe.Emit.EnderEmit.cMun); Agora vá até a linha 2544, onde temos a definição da procedure AjustarMunicipioUF, e veja a última linha dessa procedure. Como você pode ver não foi retirado.

Boa tarde Renê, Ao realizar a consulta nenhum XML de retorno é salvo? O componente esta configurado para salvar os arquivos Soap?

Boa tarde, Se o provedor não implementou esses dois métodos em seu web service, o jeito é utilizar o ConsultarNFSePorRps.

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 Mariano, Essas linhas se refere a leitura de arquivo INI. Você utiliza o ACBrMonitor Plus e tem a sua própria aplicação? Se você tem a sua própria aplicação, lê os dados do banco de dados e alimenta o componente não vejo motivo para você se preocupar.

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.

Boa tarde Antonio, Eu não sei como esta as rotinas de impressão de eventos, mas a minha sugestão é que você sempre carregue o XML do CT-e, depois carregue o XML do evento e por fim execute os métodos de impressão de evento (ImprimirEvento e ImprimirEventoPDF).

Boa tarde a todos, Guh Cordeiro, Até onde sei o Estado do Paraná ainda não formalizou o convenio com Rio Grande do Sul para usar a SEFAZ-Virtual e não tenho informações se a SEFAZ-PR implementou o Web Service para recepcionar o BP-e, logo esse é o motivo do erro. Karine, deve ser alguma configuração do componente no que diz a conexão com o web service de MG que esta provocando esse erro.

Boa noite Antonio, E qual a diferença entre as duas rotinas? Essa outra não ocorre erro?

Boa noite, Não entendi direito, se o XML armazenado na lista autXML for diferente dos demais atores do CT-e o mesmo será deletado da lista?

Boa noite, Favor atualizar os fontes e fazer novos testes. Note que fiz uma alteração no arquivo INI do provedor.

Boa noite Karine, Fiz uma alteração quem sabe vai resolver o problema. Favor atualizar os fontes e refaça os testes.

Boa tarde Luis, Se o campo tpEmit receber o valor teTransportadora o componente só vai gerar os grupos referente ao CT-e caso contrario só vai gerar os grupos referente a NF-e.

Boa tarde, Esse erro ocorre ao executar a aplicação através do Delphi? Se sim, tentou executar fora do Delphi?

Karine, É preciso ler com mais calma sobre a contingência do BPe como devemos proceder.