Italo Giurizzato Junior

Boa tarde Alessandro, Primeiramente não post o conteúdo do XML como parte da postagem e sim como um arquivo em anexo. Segundo, o que o componente gera é o XML do RPS e este é enviado para o Web Services que por sua vez gera o XML da NFS-e. Sendo assim a sua aplicação tem que gerar o RPS com um numero sequencial e este numero tem que ser informado no XML.

Boa tarde Vinicius, Não há data.

Boa tarde Ricardo, No meu entendimento o correto é com 2 dígitos, note que o que foi alterado é o formato do numero sequencial do evento que estava sendo gerado com apenas 1 digito e agora é gerado com 2.

Bom dia Fabio, A Nota Técnica que trata sobre o assunto por diversas vezes faz referencia ao Ambiente Nacional. Portanto esse serviço só será oferecido pelo Ambiente Nacional e não pelas SEFAZ-Autorizadoras. Por favor, ela a mesma com atenção. Já deveria ter sido publicado a URL no Portal Nacional da NF-e Ambiente de Homologação, uma vez que a data prevista da liberação foi 15/09/2014, sendo assim acredito que só será disponibilizado no dia 06/10/2014, que é a data para liberação no ambiente de produção.

Bom dia Dall'ara, Você esta usando o componente ACBrNFe ? Se sim, o comando Valida, se encarrega de Gerar o XML com base nos dados passados para o componente, assinar o mesmo, e efetuar a validação.

Bom dia Miguel, Muito obrigado pela colaboração, já esta disponível.

Bom dia Robinho, E o que ocorre se você enviar o CT-e Complementar para a SEFAZ-MG?

Bom dia, Todos os fontes de todas as pastas estão atualizados? Se sim tente compilar o pacote com a opção Build.

Você esta com todos os fontes de todas as pastas atualizados? O programa exemplo tem que estar configurado para a versão 1.00a

Bom dia Rodrigo, O componente ACBrNFe hoje permite você emitir dois modelos de documentos fiscais: NF-e e NFC-e. No caso da NF-e devemos atribuir o valor moNFe a propriedade ModeloDF e a versão que pode ser ve200 ou ve310 a propriedade VersaoDF. Se tratando da NFC-e devemos atribuir o valor moNFCe a propriedade ModeloDF e a versão ve310 a propriedade VersaoDF. O comando de Inutilizar é exatamente igual para os dois modelos, lembrando de informar corretamente o parâmetro referente ao modelo do documento. No seu exemplo esta correto, você esta informando 65 uma vez que se trata da NFC-e.

Quando ocorre erro de validação que o caso, significa que o XML foi gerado e assinado e ao ser validado antes do envio o componente encontrou erro no XML. Verifique se o programa exemplo esta configurado para a versão 1.00a

Bom dia todos, Como anda o projeto do componente para o CIOT? Estou com um material do IPC e-Frete, não sei se a estrutura do XML é a mesma.

Reanto, Se essa empresa sempre emitiu via site acredito que não deva existir um numero de RPS relacionado, se existir basta realizar uma consulta a NFSe e informar o numero da última NFS-e emitida via site, você terá como resposta o XML da NFS-e e nesse XML contem o numero do RPS. É bem provável que o numero do RPS seja igual ao numero da NFS-e, quando emitimos via site.

Esse erro ocorre também com o programa exemplo? O certificado esta instalado na maquina? Como você atribuiu o numero de série?

Bom dia Dangelo, Muito obrigado pela colaboração, já esta disponível.

Bom dia Reanto, O Numero do RPS tem que ser sequencial e deve ser controlado pela sua aplicação.

Bom dia, Ao configurar o componente você esta informando o numero de série do certificado? Sem um certificado digital instalado na maquina não é possível emitir o MDF-e.

Bom dia Fernando, Não foi implementado um Path Exclusivo para o Multimodal. Existia o PathCan pois antes o cancelamento não era por evento e agora é. Com essa alteração e com a implementação dos demais eventos, optou-se por centralizar todos os eventos em um único local. Ao definir um caminho para PathEvento temos, por exemplo: PathEvento := 'C:\ERP\XML'; SalvarCCeCanEvento := True; C:\ERP\XML |->Evento |->CCe |->Cancelamento |->EPEC |->Multimodal A pasta evento e as suas subpastas serão criadas a media que os eventos forem ocorrendo.

Bom dia ALA, Se a SVC-SP esta desativada, só será possível pela SEFAZ-Autorizadora no seu caso a SEFAZ-MG. E para que isso ocorra é necessário aguardar o fim do sincronismo, ou seja o CT-e tem que constar na base de dados da SEFAZ-MG. Se estourar o prazo, a transportadora vai ter que entrar num acordo com a SEFAZ, uma vez que ela transportadora não tem culpa pela instabilidade e ou erros na SEFAZ.

Bom dia Marianoasa, Qual contingência você se refere? Se for a SVC, ela sempre estará ativa para o ambiente de homologação. Por outro lado, no ambiente de produção só será ativada a pedido da SEFAZ-Autorizadora, no seu caso a SEFAZ-RJ.

Boa tarde, Em qual linha do código ocorre o erro?

Boa tarde ALA, Se a SVC-SP foi desabilitada pela SEFAZ Origem significa que a SEFAZ-MG já deveria estar operando 100%. Como funciona o SVC? No seu caso a SEFAZ-MG antes de entrar em manutenção ou ao detectar algum problema, ativa a SVC-SP. Quando é finalizada a manutenção ou sanados os problemas, a SEFAZ-MG desativa a SVC-SP. Como a SVC-SP esta desativada o cancelamento teria que funcionar na SEFAZ-MG se esta acusa que o CT-e não consta na base dados significa que o sincronismo não foi finalizado.

Kleber, O DAMDFE foi feito em Quick Report versão 5.02, se você seguir a risca o passo a passo o problema é resolvido. Lembre-se sempre de compilar com o Build.

Boa tarde Kleber, Porque você não tenta adaptar o passo a passo feito para o Quick Report para resolver o mesmo problema? Esse passo a passo esta salvo dentro da pasta ...\Fontes\ACBrMDFe com o nome: Property_Does Not Exist.txt

ALA, O que foi alterado é a URL de acesso ao Web Service e não nos Schemas de validação.