Italo Giurizzato Junior

Boa tarde, Não tenho, os testes realizo com o certificado do meu cliente na empresa dele.

Boa tarde Darlana, O xml do RPS não contem essas tag que você postou, elas pertencem ao xml do lote de RPS a serem enviados. O componente cria varias pastas, sendo que: na pasta RPS ficam os xml dos RPS; na pasta NFSe ficam os xml das NFSe; na pasta Ger ficam os arquivos de envio e de retornos. de uma olhada na pasta Ger, temos os arquivos *-env-lot.xml, esse arquivo é o de envio de lote, portanto ele contem as tags postadas por você. Espero ter ajudado.

Jefferson, Tanto na versão 1.03 quanto na 1.04 o Emitente de um CT-e devem possuir a IE, como o Documento Anterior se refere ao emitente de um Conhecimento de Transporte de Carga Eletrônico ou não, acredito que ele tem que possuir a IE para poder realizar o serviço de Transporte de Carga.

Boa tarde Carlos, O roteiro de instalação do componente ACBrNFSe, pressupõe que você tenha o ACBrNFe instalado, acredito que não seja o caso, logo você deve pegar o roteiro de instalação da NFe e segui-lo e no final em vez de instalar o componente da NFe, instalar o NFSe. Espero ter ajudado.

Jefferson, Me diz uma coisa como Expedidor você esta informando o funcionário da transportadora que trabalha na expedição? Se for esta errado. Expedidor e Recebedor são utilizados quando ocorre redespacho (2 transportadoras envolvidas no transporte da carga ). A tag IE do documento Anterior esta ficando vazia, porque você esta passando o valor ISENTO. O IE do expedidor é do tipo TIeDest que aceita o numero do IE ou a palavra ISENTO. Já o IE do Documento anterior é do tipo TIe que aceita somente o numero do IE.

Boa tarde Ariovaldo, Analisando o Schema notei que tem coisa a mais, há necessidade de saber qual é o schema utilizado por Araras. Se o que tenho é o atual, ai vai ficar mais complicado, pois para Araras vai existir TAGs a mais.

Boa tarde Jefferson Verifique se no banco de dados realmente consta a IE e qual é a finalidade da função Compacta_IE? Verifique a lógica dela.

Boa noite, O emitente é a transportadora e não o funcionario da mesma que utiliza o software. Precisando é só postar as duvidas.

Bom dia Doni, Muito obrigado pela informação, é bom saber que a SEFAZ resolveu aceitar tambem o A1 para realizar o acesso ao DEC. É bom deixar claro que o DEC se refere ao estado de São Paulo (por enquanto).

Boa tarde, Vamos as respostas: 1) Quem precisa ser credenciando para poder emitir o CT-e é a transportadora, inclusive ela tem que providenciar o Certificado digital Tipo A3, visto que no estado de São Paulo apartir de 2012 todos os contribuintes deverão se credenciar no DEC (Dominio Eletrônico do Contribuinte) e a SEFAZ só aceita o A3 para o acesso ao DEC. 2) No Mato Grosso o CTe já é obrigatório, e apartir de 01/03/2012 só será aceito o CTe na versão 1.04, portanto desenvolva a sua aplicação nesta versão e aconselha o seu cliente a emitir o CTe, visto que os requisitos são muitos: Certificado Digital, Credenciamento junto a SEFAZ, computador, impressora a Laser, acesso a internet, e-mail. Quanto aos demais estados nada ainda de obrigatoriedade. 3) Se o remetente pertence ao mesmo municipio do destinatário, não emite CTe, apenas uma Nota Fiscal de Serviço. O tomador do serviço é quem vai pagar o frete do transporte da carga. Normalmente temos a seguinte situação: Transportadora emite o CTe, pois o municipio do Remetente (fornecedor) é diferente do Destinatário (Depósito de Materiais); Depósito de Materiais não emite o CTe e sim uma Nota Fiscal de Serviço, pois o municipio do Remetente (Dep. de Materiais) é o mesmo do Destinatário (Cliente) e mesmo se for diferente não emite, uma vez que o Depósito não é uma transportadora. Emitente é quem emite o CTe; Remetente é quem despacha a mercadoria; Destinatário é quem recebe a mercadoria; Expedidor e Recebedor somente são utilizados no caso de redespacho, uma segunda transportadora envolvida no transporte da mercadoria. 4) O monitor disponivel é para NFe e não para o CTe, logo não vai funcionar. 5) Você quer que o usuário sofra, tendo que gerar um arquivo TXT através da sua aplicação e depois importar através da aplicação disponibilizada pela SEFAZ ? É muito mais simples a sua aplicação realizar toda a tarefa, sem a necessidade de gerar arquivos textos, exportar de um lado, importar do outro. Basta você alimentar o componente com os dados pertinentes ao conhecimento e o resto ele se encarrega. O emitente do CTe sempre vai precisar do certificado. Dentro da pasta ...\Exemplos\ACBrCTe, tem varios arquivos TXT com fragmentos de rotinas para configurar o componente, alimentar o componente, enviar um lote, cancelar CTe, inutilizar numeração. Estude essas rotinas e desenvolva a sua aplicação, esqueça essa historia de gerar txt para ser importado por outro programa. Espero ter respondido todas as suas questões.

Bom dia Volnei Favor baixar as alterações dos fontes disponibilizadas, bem como dos arquivos de Configuração. Acabo de disponibilizar alterações nos arquivos Config_Municipios.ini e Config_URL.ini Atualize os arquivos e tente novamente.

Bom dia, Problemas de acesso podem ocorrer sem prévio aviso, sendo assim devemos oferecer alternativas para o usuário. Solução adotada por mim: 1. na tabela do banco de dados, que contem os dados do conhecimento, tenho tres campos: Enviado Char(1), Protocolado Char(1) e Protocolo Char(15). Quando o lote de CTe é enviado o campo Enviado recebe o valor S, em seguida consulto o status se igual a 100 atualizo os campos Protocolado com o valor S e o campo Protocolo com o numero do protocolo de autorização. Desta forma consigo separar os CTe não protocolado dos protocolados que foram enviados. 2. no form utilizado para enviar os CTe tenho um RadioGroup com as seguintes opções (Não Emitidos, Emitidos e Não Protocolados) ao selecionar a opção: Não Emitidos, filtro os registros do banco de dados cujo campo Enviado = Não Ao clicar no botão [Enviar] ocorre o envio dos conhecimentos selecionados (CheckListBox) para a Sefaz e a impressão dos mesmos; ao selecionar a opção: Emitidos, filtro os registros do banco de dados cujo campo Enviado = Sim e Protocolado = Sim Ao clicar no botão [Enviar] ocorre somente a impressão (segunda via) dos conhecimentos selecionados; ao selecionar a opção: Não Protocolados, filtro os registros do banco de dados cujo campo Enviado = Sim e Protocolado = Não Ao clicar no botão [Enviar] ocorre a consulta dos conhecimentos selecionados junto a sefaz, a atualização do XML com as tags do protocolo e a impressão dos mesmos; 3. e não menos importante, ensinar o usuário como proceder quando isso ocorrer. Espero ter ajudado.

Bom dia a todos, Para baixar os fontes, programa exemplo e o pacote de instalação do ACBrNFSe utilizar a URL: https://acbr.svn.sourceforge.net/svnroot/acbr/branches Os demais componentes utilizar a URL: https://acbr.svn.sourceforge.net/svnroot/acbr/trunk Espero ter ajudado.

Boa tarde, Você esta com todos os fontes atualizados, inclusive os arquivos de configuração: Config_*.ini ? No caso do Ginfes, devemos assinar somente o Lote de RPS, os RPS não devem ser assinados.

Bom dia Paulo, Acredito que deve-se pegar somente os últimos 8 digitos.

Bom dia Darlana, Como a NFSe é a nivel de municipio e não de Estado os endereços de URL variam e para piorar a implementação acabou fincando por conta de empresas privadas que oferecem os serviços de WebServices aos municipios. E como você sabe cada um faz do jeito que acha ser o melhor. Desta forma tivemos que criar esses arquivos de configuração para poder automatizar a configuração do componente. Como ja foi dito, você não precisa se preocupar com esses arquivos, eles devem sim estar juntos com os arquivos de schemas, uma vez que o componente utiliza-os. Para o Municipio de Montes Claros-MG temos: [3143302] Municipio=Montes Claros/MG Provedor=GovBR VersaoSoap=1.1 Config_Schemas=00004 Config_URL=00007 Prefixo2= Prefixo3= Prefixo4= Identificador=id HomNameSpace=http://tempuri.org ProNameSpace=http://tempuri.org AssinarRPS=N AssinarLote=S [código do Municipio segundo o IBGE sendo que os 2 primeiros digitos diz respeito ao UF] Municipio= nome do municipio Provedor= nome da empresa que oferece os serviços de WebServices ao municipio VersaoSoap= ser a versão for 1.1 o lote de RPS a ser enviado tem que esta no formato texto, na 1.2 o formato é xml Config_Schemas= código do schema a ser utilizado Config_URL= código das URLs de homologação / produção a ser utilizando pelo municipio Prefixo2= Prefixo3= Prefixo4= Prefixos 2, 3 e 4 algumas empresas ao implementar colocaram um prefixo nas tags: ns4: é o prefixo Identificador= algumas implementações usam o atributo ID como sendo Id e outros id HomNameSpace= endereço que varia conforme a implementação ProNameSpace= idem ao anterior AssinarRPS= se S assina o RPS caso contrario não AssinarLote= se S assina o lote de RPS caso contrario não [00004] VersaoCabecalho=1.00 VersaoDados=1.00 VersaoXML=2 URL=http://www.abrasf.org.br/ABRASF/arquivos/ Cabecalho=nfse.xsd ServicoEnviar=nfse.xsd ServicoConSit=nfse.xsd ServicoConLot=nfse.xsd ServicoConRps=nfse.xsd ServicoConNfse=nfse.xsd ServicoCancelar=nfse.xsd DefTipos= [código do schema] neste arquivo temos os nomes dos arquivos schemas que pode ser apenas um como é o caso de Montes Claros, ou varios, cada um descrevendo o lay-out de cada serviço. Algumas implementações possuem cabeçalho e outras não e a URL que acompanha o nome do arquivo schema, tambem varia de uma implementação para outra. [00007] HomRecepcaoLoteRPS=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc HomConsultaLoteRPS=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc HomConsultaNFSeRPS=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc HomConsultaSitLoteRPS=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc HomConsultaNFSe=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc HomCancelaNFSe=http://nfeteste.montesclaros.mg.gov.br:8081/nfsewsteste/Services.svc ProRecepcaoLoteRPS=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc ProConsultaLoteRPS=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc ProConsultaNFSeRPS=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc ProConsultaSitLoteRPS=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc ProConsultaNFSe=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc ProCancelaNFSe=http://nfe.montesclaros.mg.gov.br:8082/NFSEws/Services.svc [código das URLs utilizadas pelo Municipio] A URL para cada serviço pode ser a mesma ou não, variando apenas de Homologação para Produção tudo depende da implementação. Espero ter exclarecido as suas duvidas.

Bom dia Paulo, Analisando o seu XML notei que não foi informado o numero do RNTRC (que na versão 1.04 possui apenas 8 digitos). Acredito que o WebService esta retornando Lote em processamento em vez de retornar a rejeição por falta do numero do RNTRC.

Boa tarde Fernando, Como funciona a sua aplicação? Ela envia a nota e se não obter exito na sua autorização, é gerado uma nova com o próximo numero e tenta novamente? O componente não gera automaticamente o numero da nota, apenas a chave. Sugiro você revisar a rotina que trata o retorno, pelo o que foi exposto, tem alguma coisa errada na sua aplicação. Não acredito que a SEFAZ iria gerar duas notas com numeros sequenciais, o componente não faz isso tambem, conclui-se que o problema esta na sua aplicação, ou esta alimentando o componente com os dados da mesma nota duas vezes, mas com numeros de NF em sequencia (100 e 101 por exemplo) ou esta enviando apenas uma e quando não obtem o retorno de autorizado, automanticamente manda novamente mas com outro numero. Espero ter ajudado.

Boa tarde Doni, Vou analisar, muito obrigado pela colaboração.

Boa noite Darlana, Os arquivos: Config_Municipios.ini, Config_Schemas.ini e Config_URL.ini contem os dados necessários para configurar o componente ACBrNFSe para o Municipio em questão, portanto esses arquivos devem ficarem na mesma pasta que contem os arquivos de schemas. Estude o programa exemplo, note que devemos passar para o componente o código do municipio que neste caso é 3143302 e a pasta onde encontra-se os schemas, o componente se encarrega de ler os arquivos de confgiração e se autoconfigura. Esperto ter ajudado, apesar de não ter respondido todas as sua perguntas.

Arivaldo, Vou checar o que você postou, para estudar como vai ser feita a implementação e a configuração dos arquivos.

Boa tarde Arivaldo, No arquivo Config_Municipios ? é o nome do provedor exemplo: GINFES, GovBR, ....

Boa tarde Gustavo, Estude o programa exemplo, na rotina que configura o componente temos a seguinte linha: ACBrNFSe1.Configuracoes.WebServices.SetConfigMunicipio(ACBrNFSe1.Configuracoes.Geral.PathSchemas);

Boa tarde Juliana, Fiz uma alteração na geração do XML, baixe e teste por favor.

Bom dia todos, No Windows 7 deve-se registrar as DLL como administrador, ou seja abra a janela do Prompt como administrador, copia as DLLs para a pasta System32 e as registra. Caso contrario não vai funcionar. Espero ter ajudado.