Italo Giurizzato Junior

Boa noite a todos, Segunda-feira, (dia 19) vou disponibilizar os fontes do componente ACBrCTe com as alterações para suportar a nova versão 1.04 Peço a todos que já utilizam o componente que façam uma cópia dos fontes atuais. Disponibilizei a alguns dias atraz outros fontes, devo lembra-los que no arquivo ACBr.inc nas 2 últimas linhas temos a definição de duas diretivas de compilação: PL_103 e PL_104 //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições {$DEFINE PL_103} //{$DEFINE PL_104} A configuração acima é a que eu disponibilizei, para aqueles que desejam iniciar os testes com a versão 1.04 deve-se comentar a definição da diretiva PL_103 e descomentar a PL_104. Na pasta ...\Exemplos\ACBrCTe\Delphi\Schemas contem os novos schemas (disponibilizados por mim na data de hoje). Lembrem-se que no momento esta disponível somente o ambiente de homologação, o de produção somente vai estar disponível em 01/11/2011, não há data marcada para o fim da versão 1.03. Disponibilizei também o Manual de Integação versão 1.04 e a Nota Tecnica 1.04 (Pasta ...\Exemplos\ACBrCTe). Conforme postagem anterior realizei testes abrangendo todas as funcionalidades e todos funcionaram, inclusive postei alguns arquivos referentes a versão 1.04 Como ocorreu alterações em nomes de tags, creio que teremos num primeiro momento disponibilizar para os nossos clientes duas versões de nossa aplicação, uma para cada versão do CTe. Até segunda-feira.

Boa tarde Cesar, Eu e um colega de Araraquara-SP, escrevemos e testamos as rotinas usando o padrão adotana na cidade no caso Ginfes. Todos os testes foram realizados em ambiente de homologação, tudo funcionou menos o cancelamento de NFSe que não esta implementado no WebServices de homologação versão 3. Acredito que para as cidades que adotaram o padrão Abrasf não vai ter problema, pois o XML é igual, com uma diferença, as tags não contem prefixo. O componente resolve isso, basta você configurar se deseja Abrasf ou Ginfes.

Com certeza não, pois ao informar o documento originário no caso a NFe, esta atrelada ao remetente. Entenda remetente como sendo o emitente da NFe. Basicamente você passa para o CTe as seguintes pessoas e documentos: Emitente do CTe = Transportadora; Remetente = Emitente do Documento Originário: NFe ou NF comum Documento Originário emitido pelo remetente; Destinatário = Destinatário informado na NFe.

Boa tarde Josemar, Antes de mais nada é preciso ter em mãos o Manual de Integração do Contruibuinte, pois o componente esta baseado nele. Sim um DACTe pode conter um ou mais NFe desde que todas as NFe sejam do mesmo emitente e mesmo destinatário. Exemplo 1 (temos um CTe com 2 NFe): NFe 1: Emitente Empresa A, Destinatário Empresa B NFe 2: Emitente Empresa A, Destinatário Empresa B CTe 1: Emitente Transportadora XYZ, Remetente Empresa A, Destinatário Empresa B Exemplo 2 (temos 2 CTe com 1 NFe cada): NFe 1: Emitente Empresa A, Destinatário Empresa B NFe 2: Emitente Empresa A, Destinatário Empresa C CTe 1: Emitente Transportadora XYZ, Remetente Empresa A, Destinatário Empresa B CTe 2: Emitente Transportadora XYZ, Remetente Empresa A, Destinatário Empresa C Detalhe importante um CTe não pode conter ao mesmo tempo um NFe e um NF modelo 1, mesmo que o emitente seja o mesmo e o destinatário tambem, neste caso vai ser necessário emitir 2 CTe. Espero ter ajudado.

Boa tarde Beto, o ACBrCLe trata-se de outro componente em desenvolvimento, se refere a Capa de Lote Eletrônica, portanto não tem nada a ver com a emissão da NFSe. Lembre-se: Com relação a NFSe existe 2 maneiras de emiti-la, a primeira é através do site, neste caso não há necessidade do emitente possuir um certificado digital, basta um login e senha. A segunda é através de uma aplicação que se comunica com o WebService para emitir a NFSe, neste caso há necessidade do certificado. Espero ter ajudado.

Beto, Você não misturou os fontes contidos na pasta ACBrNFSe com os fontes contidos na pasta ...\Fontes\ACBrNFSe ? Pois o pacote NFSePKG se refere aos fontes desatualizados do componente disponibilizados pela primeira vez.

Bom dia Beto, Desculpe a falha. Favor baixar novamente os fontes do Branches, e tente novamente.

Boa noite a todos Segue em anexo os arquivos gerados pelos testes realizados por mim com os fontes do componente ACBrCTe alterados para suportar a nova versão 1.04

Boa tarde Julian, Devo ter todos os arquivos XML na versão 1.04 em casa, caso afirmativo, posto no fórum esta noite.

Bom dia Willian, O componente contem todos os endereços dos WebServices tanto do ambiente de homologação quanto de produção, basta você configurar o componente com a sigla do UF do emitente. Espero ter ajudado.

Boa noite Eduardo, O certificado que você esta usando é um certificado válido (comprado) ou é aquele disponibilizando pela SEFAZ-RS ?

Boa noite, Em um CTe entre outros dados você tem que informar o documento que originou o CTe. Esse documento pode ser uma NFe ou Nota Fiscal comum (papel) ou outro tipo de documento. Você pode informar 1 mais documentos originarios, desde que todos sejam do mesmo tipo exemplo: Um CTe pode conter 3 NFe. Fique a vontade em perguntar. Espero ter ajudado.

Boa tarde Alexsander, veja este link: http://www.pbh.gov.br/bhissdigital/port ... ntacao.php Em Belo Horizonte é utilizado o padrão Abrasf.

Boa tarde Julian, Se o CTe gerado e assinado por último sobrescreveu o que estava inclusive protocolado é por que a chave é a mesma, sendo assim você pode carrega-lo usando o comando LoadFromFile do componente e depois realizar a consulta: // Carrega para o componente os dados do arquivo XML // NomeArquivo é uma variável string que contem o caminho + o nome do arquivo ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(NomeArquivo); // Realiza a Consulta na SEFAZ protocolando o arquivo, ou seja atualiza o XML // com o protocolo de autorização ou de cancelamento ACBrCTe1.Consultar; // Carrega para o componente os dados do arquivo XML agora protocolado ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(NomeArquivo); // Imrime o DACTe ACBrCTe1.Conhecimentos.Imprimir; Uma dica para evitar o ocorrido: Inclua um campo chamado Status na tabela que contem os dados do conhecimento, esse campo pode assumir os seguintes valores: G = Gravado E = Enviado A = Autorizado o Uso (quando o XML recebe as tags do protocolo de Autorização) C = Cancelado (quando o XML recebe as tags do protocolo de Cancelamento) Você deve atualizar esse campo a medida que os passos vão sendo executados. Desta forma um registro de um conhecimento com Status = A significa que o XML foi gerado, assinado, validado, enviado e protocolado, logo no maximo ele pode ser cancelado ou ter o seu DACTe reimpresso ou o XML ser enviado por e-mail para o tomandor do serviço. Espero ter ajudado

Bom dia Araujo, Vou dar uma geral no programa exemplo e disponibiliza-lo.

Bom dia Willian, O certificado disponibilizado pelo SEFAZ-RS só serve para assinar o XML, ele não tem validade para acessar o WebService da SEFAZ, seja qual for o UF. Espero ter ajudado.

Boa noite, A apresentação da competencia no formato MM/AAAA já foi incluida na impressão do DANFSe. O componente fica com o mesmo valor contido no XML retornado, a apresentação/impressão do mesmo que é tratada.

Boa noite a todos, Sem um certificado válido não é possível testar nada. Existe no site da SEFAZ-RS um certificado "frio" só serve para assinar o XML. Com este certificado, você podera testar se os dados que você esta passando para o componente estão corretos, pois você podera gerar o XML, assinar e validar. Espero ter ajudado.

Alexandro, Os fontes do componente ACBrCLe encontra-se no branches. Não tivemos ainda o envio do XML com sucesso. O Portal Nacional, esta sobe responsabilidade da SEFAZ-AM. Toda ajuda é bem vinda.

Bom dia Alexandro, Esta em desenvolvimento, o problema é que existem muito poucas informações, e quem as detem (SEFAZ-AM) demora para responder as questões.

Bom dia Graça, Como você disse o veiculo esta transportando um carga que tem vários CT-e (um unico remetente e vários destinatarios) , logo existe varias NF-e, portanto para cada CT-e vai ter o seu valor, cuja somatória é o valor total acobertado pelo seguro. No manual da versão 1.03 não consta o tamanho, na versão 1.04 consta o tamanho 4. O mais importante é o schema, na versão 1.03 é tratado como uma simples string, já na versão 1.04 não, deve-se seguir a mascara XXX9999 ou seja 3 letras e 4 digitos.

Boa noite Willian, A ordem é essa mesma.

Boa noite a todos Disponibilizei, para baixar via SVN o fonte: pcnAuxiliar.pas Nele já consta as alterações necessárias para a versão 1.04 do CT-e. Esta faltando os fontes do componente ACBrCTe. Devo alerta-los que no ACBr.inc enquanto não estiver disponivel os demais fontes deve-se manter comentado a linha que define a diretiva de compilação PL_104.

Boa tarde Gustavo, Você já entrou em contato com a prefeitura de Americana? De uma olhada no site de Americana.

Boa tarde, poste o XML gerado e que não ocorre a validação.