Italo Giurizzato Junior

Bom dia Souki, No meu caso é justamente o contrario, quando uso o THTTPRIO ocorre erro de violação de acesso, já com o THTTPReqResp a conexão flui sem nenhum problema. veja isto: ERRO 400 - Bad Request, Ma solicitacao - geralmente esta relacionado a algum problema no link ou mesmo pode ser gerado por uma coneccao ruim. Limpar seu cache e tentar novamente pode ajudar.

Bom dia Thiago, Você tem um certificado instalado, o componente esta configurado com esse certificado?

Bom dia Thiago, Veja este link: http://www.montesclaros.mg.gov.br/fazen ... index.htm#

Bom dia Julio, Vamos ver se o problema resolve. Por favor inclua no pacote ACBr_NFSe na lista Contains a unit: ACBrMSXML2_TLB que encontra-se na pasta ...\Fontes\ACBrCapicom Compile novamente o pacote ACBr_NFSe com a opção Build, depois abra o pacote: ACBrNFSeDanfseQRpkg e tambem compile com a opção Build se tudo der certo clique no botão instalar.

Boa tarde Julio, O componente ACBrNFSeDanfseQRpkg requer o Quick Report. Outra coisa foi incluido o Path referente aos fontes em Library path ? Você segui a risca a instrução de instalação contida no arquivo Instalar_ACBrNFSe ?

No segundo XML gerado consta o item 1 duas vezes. Esta claro para mim que o comando Clear não esta sendo executado, existe algum Bug na sua aplicação que esta ocorrendo isso. Pois na minha aplicação o usuário registra as vendas, e depois em um outro form, ele seleciona um ou mais vendas que deseja a emissão da NFe, é normal ele solicitar a emissão de mais de uma NFe e esse problema nunca ocorreu e mesmo que ocorre rejeição de alguma NFe, ele realiza as correções necessárias na tela de lançamento de venda e depois volta ao form de emissão e pede para emitir novamente. Esse problema relatado por você nunca ocorreu no meu sistema. Mais uma vez eu digo, tem alguma coisa errada que faz com que o Clear não esta sendo executado.

Bom dia, Executando apenas o comando Assinar.

Bom dia a todos, Concordo plenamente com o Igor, e acrescento: O que quer dizer DANFE ? Documento Auxiliar da Nota Fiscal Eletrônica Pois bem se o DANFE é um Documento Auxiliar, ele não é a Nota Fiscal, da mesma forma que se você é o auxiliar do chefe, você não é o chefe. E tem outra coisa o DANFE é apenas uma representação grafica da NFe (arquivo XML) e nessa representação grafica consta somente os dados necessário para identificar quem esta comercializando, que esta comprando, e quais as mercadorias que estão sendo comercializadas. Se uma informação não esta no DANFE você deve busca-la no XML que é a Nota Fiscal própriamente dita, uma vez que esse arquivo contem todos os dados pertinente a comercialização das mercadoria, esta assinado digitalmente e contem os dados de protocolo de autorização da SEFAZ.

Bom dia, Você copiou e registrou as DLLs presentes na pasta ...\DLLs\Capicom ?

Bom dia a todos, Isso é mais um exemplo que muitas pessoas tem dificuldade de interpretar o que esta escrito e uma falta de vontade de ler. No DANFE o quadro que contem os dados do destinatário tem como titulo DESTINATÁRIO / REMETENTE Vamos ao porque desse titulo. Se a NF-e for de venda o material esta sendo enviado para o DESTINATÁRIO, mas se tratando de devolução, o nome correto é REMETENTE. Pois quando devolvemos algo, devolvemos para quem nos remeteu ou seja o remetente. Dica, explica isso ao seu cliente para que ele passe essa informação a transportadora.

Bom dia a todos, Como prometido, ontem a noite disponibilizei os fontes com as alterações para suportar as duas versões 1.03 e 1.04 do CTe. Antes de baixar a atualização, favor seguir as recomendações da postagem anterior.

Boa tarde, O componente procura seguir o máximo possível a risca o que esta no Manual de Integração do Contribuinte, no que diz respeito a nomenclatura e tipo de dado dos campos. Se você consultar o manual vai notar que o campo destinado ao numero do endereço chama-se nro e é do tipo caracter com limite máximo de 60 caracteres. Ao implementar esse campo, foi respeitado a nomenclatura, o tipo e o limite máximo de caracteres. Dica, durante o desenvolvimento procure ter o Manual do lado do computador ele pode mostrar onde esta o erro.

Boa tarde a todos, a linha: NFe.NotasFiscais.Clear; não da a garantia que todos os campos do componente será limpado. Note que existe uma lista para os itens de produtos, portanto deve-se usar o clear para limpar esta lista também. exemplo: Det.Clear with Det.Add do begin Prod.nItem := i; (...) Espero ter ajudado.

Bom dia Cesar, Antes de Instalar o componente ACBrNFSeDANFSeQR, você deve compilar antes de preferencia com a opção Build.

Boa noite Gustavo, No que diz respeito ao Ginfes sim, pois o Thiago realizou os testes. Precisa agora alguem iniciar os testes no padrão Abrasf.

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.