Italo Giurizzato Junior

Bom dia a todos, Esta disponivel no SVN as alterações no componente, acredito que agora ele esta em conformidade com o novo pacote de liberação PL_104b. Esta faltando a publicação do Manual de Integração Contribuinte - DACTE que vai conter todas as informações necessárias e respectivos Lay-out dos DACTE de cada modal, para que possamos realizar as alterações, vamos aguardar. Desejo a todos um Feliz Natal e um Próspero Ano Novo.

Bom dia Josemar, Estude os fragmentos de código disponibilizados juntamente com o programa exemplo, pasta: ...\Exemplos\ACBrCTe Você vai notar que a procedure para envio de Lote é a mesma proposta pelo Janis, e esta funcionando. São fragmentos da minha aplicação que esta rodando em ambiente de produção a mais de 1 ano.

Bom dia, Essa mensagem de erro: Ancestor for 'QRNFSe' not found aparece porque o Delphi abre somente o fonte que contem o erro, se ele depende de um fonte PAI ocorre esse erro, até ai tudo bem. O fonte que ele abre deve ser o ACBrNFSeDANFSeQRRetrato, é nele que contem o erro, qual é a linha deste fonte que ele aponta como errada?

Boa tarde Josemar, Verifique se a sua rotina não esta limpando o conteudo do componente antes de gerar e enviar.

Boa tarde Lucas, Você tem que desinstalar o componente ACBrNFSe. Excluir da pasta ...\Projects\Bpl os arquivos ACBr_NFSe.bpl e ACBr_NFSe.dcp Depois realizar a instalação novamente. Essa Propriedade foi retirada do componente. Lembre-se o componente esta em desenvolvimento, algumas propriedades poderão ser incluidas e outras serem removidas.

Boa noite Wagner, No componente temos a função Enviar() que realiza todas as taferas mensionadas. Estude os fragmentos de códigos contidos na pasta ...\Exemplos\ACBrCTe, eles estão no formato TXT. Espero ter ajudado.

Boa noite a todos, Esta disponivel no SVN algumas alterações que realizei no componente para que ele fique em conformidade com o novo pacote de liberação PL_104b. Hove mais uma alteração na nomenclatura da tag cIATA que agora passa a ter o nome de IdT (modal Aéreo). No modal Rodoviário não ocorreu nenhuma alteração. Há alterações nos modais Aquaviário e Ferroviário, que não tive tempo de realizar no componente. Na pasta ...\Exemplos\ACBrCTe\Delphi\Schemas temos o arquivo PL_CTe_104b.zip que contem os schemas atualizados para esse novo pacote. No arquivo que contem um resumo das alterações consta que teremos um Manual de Orientações do Contribuinte - DACTE, esse manual vai conter todas as orientações necessarias para a montagem do layout do DACTE. Na pasta ...\Exemplos\ACBrCTe temos o Manual de Orientações do Contribuinte - Padrões Técnicos de Comunicação - Versão 1.04b - Dezembro/2011 - Página 3 - Identificação e vigência do Manual temos na útima linha da tabela: Data Final de vigência do PL_CTe_103 - 01/04/2012 Pessoal, não parece mas o tempo é curto, Dezembro já era, Janeiro é o mês da ressaca, Fevereiro é carnaval, não vamos deixar tudo para Março, certo? Um forte abraço a todos.

Boa noite Paulo, Qual é a versão do Quick Report instalado no Delphi ? Caso seja a 4 ou posterior, você deve abrir o arquivo ACBr.inc que encontra-se na pasta ...\ACBrComuns e descomentar a linha que define a diretiva QReport_PDF. A definição dessa diretiva encontra-se no final do arquivo ACBr.inc Espero ter ajudado.

Boa noite, Qual componente você se refere, o ACBrNFe ou ACBrNFSe? O ACBrNFSe esta em desenvolvimento e tem por finalidade a emissão de NFSe - Nota Fiscal de Serviço Eletrônica. O ACBrNFe já esta pronto e tem por finalidade a emissão de NFe - Nota Fiscal Eletrônica. Este último é destinado a venda de produtos, podendo ser incluido Serviços também, mas não pode conter somente serviços. Espero ter ajudado.

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 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.