Italo Giurizzato Junior

Boa tarde, Voce deve baixar os fontes da pasta Branches, como Jundiaí utiliza o provedor GINFES, o componente esta preparado para este servidor, portanto vai funcionar.

Bom dia John, O provedor SimplISS foi o primeiro que eu vi que exige que seja informado no xml de envio do lote o CNPJ e senha. Todos os provedores exige CNPJ e senha no caso de emitir a NFSe via site, mas via webservice o normal é a utilização do certificado. Até onde sei no xml de envio do lote do provedor GovBR não há necessidade de informar a senha. Outra coisa, para emitir uma NFSe via webservice há necessidade da empresa (prestador de serviço) possuir o certificado digital e a mesma estar credenciada junto a prefeitura a emitir a NFSe, o que eu não sei te responder é, se existe um credenciamento para emitir via site e outro via webservice.

Bom dia, O componente impõe um limite de 990 notas emitidas pelo remetente para o mesmo destinatário. No DACTE todas elas vão ser impressas, caso seja necessário o DACTE terá 2 ou mais páginas, para que todas as notas informadas constem no DACTE.

Boa noite johnbh3, Favor baixar a atualização e testar novamente.

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.