Italo Giurizzato Junior

Boa noite a todos, Confesso que quando vi a formatação da data de competencia achei muito estranho ser um campo string. Como não realizei testes incluido item serviço, não detectei a falha no manual. Vamos corrir isso. Vou alterar o tipo do campo de string para datetime. ****************************** Não foi necessário alterar o tipo do campo, apenas alterar as rotinas de leitura e escrita. Favor atualizar os fontes e testar novamente.

Boa tarde Darlana, A cada nova consulta você esta utilizando o último NSU retornado na consulta anterior?

Boa tarde Guto, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.

Boa tarde Wellington, No CT-e Globalizado, você não pode informar os dados da transportadora como remetente e destinatário. Pesquise no fórum sobre o CT-e Globalizado, se não me falhe a memória em um dos post esta disponivel o Boletim Técnico que trata sobre o assunto. No caso de transporte de mudança, onde o remetente e o destinatário é a mesma pessoa só com endereço diferente, acredito que a solução seria: Informar como Remetente os dados pessoais do Marido com o endereço "antigo" e como Destinatário os dados da Esposa com o endereço "novo". Isso no caso de um casal, agora se for solteiro informar como Remetente os dados dos pais com o endereço "antigo" da pessoa que esta mudando. Não sei se esse é o procedimento correto, precisamos pesquisar mais.

Boa tarde Plinio, Se você não esta conseguindo anexar os arquivos no fórum, talvez o motivo seja o limite. Tente excluir os mais antigos, para liberar espaço.

Bom dia João, Favor atualizar os fontes e testar.

Boa noite Leonardo, Muito obrigado pela colaboração. Leonardo e Vanessa, favor atualizar os fontes e testar novamente.

Boa noite, Favor atualizar os fontes e testar novamente.

Boa tarde Juliomar, Pelo que estou entendendo a Vanessa quer emitir a NF-e na versão 3.10 e não a NFC-e. Segundo o Portal Nacional da NFe a versão 3.10 para a NF-e não esta disponivel para os metodos NFeRecepcao e NFeRetRecepcao. Sendo assim a consulta via recibo não vai funcionar. Deve-se utilizar o metodo NFeAutorizacao e NFeRetAutorizacao. Vou estudar os fontes do componente.

Vanessa, Você esta conseguindo enviar a NF-e versão 3.10 para a SEFAZ? Ocorre o retorno com o numero do recibo? Se possível post como anexo os XMLs tanto de envio quanto de retorno.

Boa tarde João, Se Uruguaiana utiliza o provedor GovBR que possui os sistemas Pronim/Dueto esta facíl para ser implementado. Só precisamos das URLs de homologação e produção.

Boa tarde Marcio, Qual é o valor que você esta passando para tpEmit ? No seu caso tem que ser: teTranspCargaPropria

Pode ser sim, esse componente talvez possua uma rotina própria pra formatar o telefone. Como não tenho conhecimento em Rave não posso em lhe afirmar.

Boa tarde Vanessa, O componente ACBrNFe possui 2 propriedades para definir o modelo e a versão do documento fiscal. ModeloDF = moNFe ou moNFCe VersaoDF = ve200 ou ve310 (para o moNFe). VersaoDF = ve300 ou ve310 (para o moNFCe). No momento devemos utilizar no caso da NF-e os seguintes valores: ModeloDF = moNFe VersaoDF = ve200 Agora se para a UF que você esta realizando testes esta participando do projeto piloto da NFC-e, já é possível realizar os testes com os seguitnes valores: ModeloDF = moNFe VersaoDF = ve310 Eu aconselho configurar esses parametros antes de um acesso a qualquer WebServices.

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

No XML o numero é sem formatação. No DANFE que podemos formatar o numero. Você compilou a sua aplicação com a opção Build que esta no menu Project? Se sim, isso significa que o DANFE que você esta utilizando não utiliza a function FormatarFone que esta dentro da Unit ACBrDFeUtil.pas

Boa tarde, Favor atualizar os fontes e testar novamente.

Boa tarde Wellington, Primeiramente devemos lembrar que a emissão só é feita quando o transporte for intermunicipal ou interestadual. Segundo: Se toda a carga for para o mesmo destinatário o CT-e é de lotação, caso contrario é fracionado. Em qual situação se aplicaria o CT-e Glogalizado em um transporte de Mudanças?

Rafael, Desculpa, eu não quiz te ofender. Mas note que o Scott deixou claro que para o cancelamento tem que ser 1. Outra coisa, NT 2013/013 página 72, descrição do campo nSeqEvento: "Sequencial do evento para o mesmo tipo de evento. Para maioria dos eventos será 1, nos casos em que possa existir mais de um evento o autor do evento deve numerar de forma sequencial." Note que para a maioria dos evento o numero sequencial vai ser sempre 1, só será sequencial quando o tipo de evento permitir mais de um, que o caso da CC-e. Os demais eventos para o CT-e que são o Cancelamento, o EPEC e o Registrodo Multimodal são unicos, ou seja, só pode existir um desses eventos para o CT-e.

Bom dia Leonardo, Vou remover o código 51 da lista e disponibilizar a alteração. Peço a você e a todos que estão realizando testes com a NF-e versão 3.10, que reporte problemas após ter incluido a lista para determinar qual metodo a ser utilizado. Segundo a NT 2013/005 versão 1.02 que trata da versão 3.10, na página 5 consta como 03/02/2014 a data de inicio do ambiente de homologação e 10/03/2014 o de produção. Se você já esta realizando testes com a versão 3.10 em Mato Grosso, isso é porque a UF é participante do projeto piloto da NFC-e, correto?

Bom dia Rafael, Releia o que o Scott escreveu. Você tentou realizar o cancelamento colocando como numero sequencial do evento igual a 1 ?

Bom dia Régys, O Estado de Rondônia já utiliza a SEFAZ-Virtual do RS para emissão da NF-e, era de se esperar a adoção da NFC-e, caso ocorresse sucesso na emissão da NFC-e nas UF participantes do projeto piloto que também se utilizam da SVRS. Se não me falha a memória cerca de uma duzia de Estados brasileiros se utilizam da SVRS para emitir NF-e, pelo andar das carroagens, todas vão adotar a NFC-e e isso representa praticamente a metada dos Estados. Com certeza os empresarios e sindicatos do comércio vão pressionar as SEFAZ dos demais Estados a também adotarem. Me parece que já existe um movimento nesse sentido no Estado do Rio de Janeiro.

Boa noite Leonardo, Fiz essa alteração, pois não consta no Portal Nacional da NF-e os novos WebServices para as UF incluidas na condição. Vendo agora os XMLs que você postou, com essa alteração, você passou a ter erros, correto? E se remover o código 51 da lista de UFs a sua aplicação volta a funcionar, correto?

Boa noite infoel, No caso da NFS-e não se valida o XML do RPS e sim o Lote de RPS, dai o erro.

Boa noite Asterix, Acredito que o problema deve ser na SEFAZ, uma fez que o XML esta em conformidade com o Manual e com o Schema.