Italo Giurizzato Junior

Boa tarde Rodrigo, O problema é que o método Gerar alem de gerar o XML estabelece uma conexão com o provedor. Só que não é isso que você deseja e sim apenas gerar o XML, para isso no programa exemplo existe o Botão [Gerar Lote RPS] que apenas gera o Lote de RPS e salva em disco. O método a ser utilizado é GerarLote.

Boa tarde Heronim, Esses arquivos são depois que fiz a alteração no componente?

Augusto, Uma coisa é o XML a ser lido para para emitir a CC-e. Outra coisa é a configuração da propriedade ModeloDF ( Configuracoes.Geral.ModeloDF ) se esta propriedade estiver com o valor moNFCe será criada a pasta NFCe em vez de NFe.

Bom dia Augusto, Se ao emitir a CC-e foi criado a pasta NFCe em vez de NFe, pode ser que o componente pegou a configuração anterior, referente ao modelo do documento fiscal.

Bom dia Heronim, Analisando os arquivos notei que ocorreu uma falha no Servidor do provedor. Por favor configure o componente para salvar os arquivos Soap. Configuracao.WebServices.Salvar := True; Desta forma teremos os arquivos: *-abr-ses-soap.xml, etc. Com esses arquivos vou poder verificar se o componente esta gerando corretamente o envelope que é enviado para o Web Service.

Bom dia Rodrigo, Acredito que você tenha feito errado. No arquivo Cidades.INI temos: (...) [3138401] Nome=Leopoldina UF=MG Provedor=Actcon NomeURL_H=leopoldina NomeURL_P=leopoldina (...) Isso diz ao componente que a cidade de Leopoldina/MG se utiliza do provedor Actcon. Se você não quer utilizar o Web Services deles e sim gerar o XML e depois importar pelo site, que se utiliza de uma versão diferente do Web Services, o que você tem que fazer é o seguinte: [3138401] Nome=Leopoldina UF=MG Provedor=ABRASFv1 NomeURL_H=leopoldina NomeURL_P=leopoldina Isso diz ao componente que a cidade se utiliza de um provedor genérico chamado ABRASFv1, desta forma o XML gerado será conforme o layout da ABRASF versão 1.

Bom dia Zildo, O componente ACBrNFe lhe permite emitir tanto a NF-e quanto a NFC-e, basta você configurar o modelo de documento fiscal desejado. Se a propriedade de configuração ModeloDF receber o valor moNFe o componente emite a NF-e, por outro lado se receber o valor moNFCe ele emite a NFC-e. Simples assim. Não sei de onde você baixou os fontes, mas vai ai o link do ponto de partida. http://acbr.sourceforge.net/drupal/?q=node/37

Bom dia Valtenci, O XML do MDF-e que se deseja efetuar o cancelamento foi carregado? Note que a chave e o numero de protocolo são obtidos das propriedades do componentes e para que essas propriedades possuem as respectivas informações o XML tem que ser lido através do método LoadFromFile.

Boa noite Julio, Primeiramente, uma correção: no momento de receber o protocolo de autorização e não assinatura. Segundo, se ocorrer algum erro no envio, primeiro é preciso saber se o erro ocorreu antes do envio ou depois. Se ocorreu depois do envio, você não pode mudar para contingência. Neste caso você deve realizar uma consulta, se de fato o erro ocorreu depois do envio a SEFAZ vai retornar o protocolo de autorização. Se retornar que não existe na base de dados a respectiva nota, você realiza o envio normal novamente. Agora se ocorreu perda do link com a internet a consulta não será realizada. Nesta situação fica complicado, pois precisaríamos saber o momento exato da perda do link, pois se ele ocorreu após o envio, a nota pode ter sido enviada com sucesso. É importante que a empresa tenha uma opção de um segundo acesso, como por exemplo 3G, para realizar a consulta da nota. Se o retorno for que a nota não consta na base de dados, ai sim, mude para contingência off-line, mantenha a mesma numeração e imprima o DANFE em duas vias.

As mensagens de erro, se referem a rejeições, sendo assim a checagem das mensagem devem ser feitas após o envio.

Boa tarde Heronim, Favor atualizar o fontes e refaça os testes.

Boa tarde Heronim Configure o componente da seguinte forma: Configuracoes.WebServices.Salvar := True; Outra coisa, não foi criado os arquivos: *-abr-ses.xml e *-sesA.xml ?

Boa tarde, Você pode ler ela desta forma: xMensagem := ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[ x ] .Mensagem;

Boa tarde Rodrigo, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Narlen, Primeiramente, por favor não post como texto conteúdo de arquivos, favor anexar o mesmo. Favor anexar o TXT que você gerou, mais o XML gerado pelo ACBrMonitor Plus.

Bom dia Robinho, Muito obrigado. Já estou implementado as alterações no componente ACBrCTe. No caso do ACBrMDFe alem das alterações no XML, acrescentei o valor ve300 a propriedade de configuração VersaoDF. Sendo assim para gerar o MDF-e segundo a nova versão basta configurar o componente corretamente e alimentar os novos campos. Já o ACBrCTe alem de ter acrescentado o valor ve300 a propridade VersaoDF fui obrigado a criar a propriedade ModeloDF que vai aceitar os valores: moCTe e noCTeOS. Portanto, dependendo do modelo e versão configurados no componente teremos o XML correspondente. Tendo os schemas vamos poder pelo menos testar a geração, assinatura e validação. Com a liberação do ambiente de homologação e de posse das novas URLs (será que vai mudar) vamos poder começar os testes de conexão com a SEFAZ.

Bom dia, E você sabe me dizer o motivo desse erro? Teve a curiosidade de abrir o arquivo: ISSNet.INI? Se não abriu abra, vai notar que não esta definido os SoapAction para o Gerar, RecSincrono e Substituir. Sabe porque não esta definido? Simples: VersaoDados=1.00 VersaoXML=1.00 O provedor ISSNet segue a versão 1 do layout da ABRASF, portanto nessa versão não existe os métodos: Gerar, EnviarSincrono e o Substituir. Para todos os provedores que seguem a versão 1 temos que utilizar o método: Enviar.

Bom dia Graça, Dependendo da UF me parece que sim.

Bom dia, Tente fazer um teste usando o programa exemplo.

Bom dia, No retorno temos 2 listas: 1a é a lista de notas; 2a é a lista de rejeições. Como você enviou um lote de 10 RPS e no retorno diz que foram rejeitados os RPS 1 e 7, acredito que esses números devem ser o índice dos RPS em relação ao lote enviado. Se sim, então através da sua aplicação você consegue fazer um controle de qual RPS foi colocado no lote e em qual posição.

Bom dia Valtenci, Todas as transportadoras são obrigadas a emitir o CT-e. As empresas que realizam o transporte da própria mercadoria que vende, não emitem o CT-e e sim a NF-e. Detalhe importante: todas as transportadoras e todas as empresas que realizam o transporte da própria mercadoria comercializada, também devem emitir o MDF-e quando a carga for fracionada e o transporte for interestadual.

Bom dia, Você esta usando o programa exemplo ou uma aplicação própria? Notei que até os valores estão zerados. A rotina que gera o XML não tem nada haver com o ambiente, pois a configuração do ambiente apenas influencia em qual URL será utilizada para estabelecer uma conexão com o Web Service.

Boa noite Robinho, Já fiz as alterações no ACBrMDFe para que o mesmo possa gerar o XML tanto na versão 1 quanto na 3 e implementei os novos campos e grupos. Precisamos agora dos Schemas para realizar os testes. O estranho é que segundo o manual o ambiente de homologação será liberado agora em outubro e nada do manual ser publicado no Portal da SEFAZ.

Boa noite, Verifique os RPS 1 e 7, tudo indica que são eles que foram rejeitados.

Boa noite Heronim, Favor anexar o arquivo gerado.