Italo Giurizzato Junior

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.

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

Bom dia ALA, O Web Services que recepciona eventos é único, ou seja, vai recepcionar eventos tanto para a versão 2.00 como para 3.10, até final de novembro. Uma vez que a versão 2.00 será desativada em 01/12/2014. Portanto quem não esta com a sua aplicação preparada para emitir a NF-e na versão 3.10, trata de correr pois só tem 2 meses.

Marcos, Note que dentro do grupo <infEvento> onde esta a data e hora que o evento foi registrado <dhRegEvento>, você tem também o tipo de evento <tpEvento>. Portanto você pode checar se é um cancelamento ou não no segundo for ( J ).

Bom dia, Simples, você deve ter feito alguma alteração nessa unit antes de realizar a atualização. Delete a respectiva unit e baixe novamente.

Bom dia Isaac, Desculpa não entendi, ao fazer a primeira consulta por chave a página XML não é apresentada, mas ao fazer a segunda consulta, ela é apresentada, é isso?

Marcos, A data/hora do cancelamento eu pego no momento do cancelamento, ou seja, após o envio do evento de cancelamento a SEFAZ retorna a homologação do evento, ou seja, acusa que o evento foi registrado e vinculado a nota. No seu caso, você esta realizando uma consulta. O retorno sempre vai conter o protocolo de autorização ou o protocolo de cancelamento (depende da SEFAZ) e se existir os eventos vinculados a NF-e. Se não me falha a memória: dhDataCanc := ACBrNFe1.WebServices.Consulta.procEventoNFe.Items[ I ].RetEventoNFe.retEvento.Items[ J ].RetInfEvento.dhRegEvento; Em Items[ I ] temos a lista de eventos retornados e em items[ J ] temos as informações de cada evento retornado, como por exemplo a data e hora do registro do evento.

Bom dia Marcos, Por ser 2 índices o correto seria I e J.

Bom dia, Por não ter conhecimentos em Rave acredito que seja o Rave CB e não o Rave.

Bom dia Oscar, Isso já foi tratado em outra postagem, a SEFAZ até o momento não divulgou as alterações nesse lay-out com relação a versão 3.10 que é utilizada pela NFC-e. Acreditamos que nem venha divulgar, favor mudar para o outro layout ( formato INI ) aceito pelo ACBrNFeMonitor.