Italo Giurizzato Junior

Bom dia, Fauze No Manual de Integração do Contribuinte, temos uma tabela de rejeições por parte da SEFAZ, acredito que pode ser um ponto de partida para que você possa montar uma rotina para tratar os retornos com rejeições.

Boa tarde Fauze, Em vez de tratar as rejeições por parte da SEFAZ, porque você não faz com que a sua aplicação rejeite dados pela metade? Exemplo: Ao Cadastrar um cliente, você só habilita o botão salvar se todos os dados necessários forem digitados. Um dica: cada campo tem um titulo exemplo: Endereço, Número, Complemento, etc. vamos supor que Endereço e Número são dados obrigatórios já Complemento é opcional, sendo assim deixe os titulos Endereço e Número em negrito ou de uma cor diferente exemplo vermelho. Isso vai facilitar a vida do usuário. Quanto ao código do Município, eu fiz da seguinte forma, criei uma tabela no banco de dados contento: CódigoPais, DescriçãoPais, CódigoUF, SiglaUF, CódigoMunicipio e DescriçãoMunicipio de todas as cidade brasileiras, dados colhidos do site do IBGE. No form de cadastro de cliente tenho um botão para o usuário selecionar a cidade, desta forma tenho todos os códigos de Pais, UF e Municipio bem como a sua descrição segundo o IBGE no cadastro do cliente. Trabalhando desta forma você minimiza as rejeições no que diz respeito aos dados do cliente. Inclusive checo a validade do CNPJ / CPF / IE, se um dado for inválido ou estiver faltando a minha aplicação não salva no banco de dados. Espero ter ajudado.

Bom dia Adilson, Na NF-e temos um endereço para cada Estado, desta forma foi possível colocar os endereços no próprio fonte do componente. Na NFS-e temos um endereço para cada Cidade, podendo até duas ou mais cidades ter o mesmo endereço. Sendo assim colocar no fonte todos os endereços ficaria inviavel. Encontrei o conteudo desse arquivo no formato XML e salvei em disco com esse nome URL_Municipios.xml Fiz algumas alterações no componente ACBrNFSe, para que ele automaticamente busque nesse arquivos os endereços de homologação e produção, dependendo do código IBGE do Municipio. O componente foi testado no Municipio de Araraquara-SP (padrão Ginfes) em ambiente de homologação e funcionou, só não foi possível testar o cancelamento de NFSe, pois este serviço não foi implementado no webservice no ambiente de homologação.

Bom dia Willian Exatamente o que o Alexandre postou: var frmMovEmitirCNT: TfrmMovEmitirCNT; Const LimiteCTe = 50; implementation uses DateUtils, Math, Printers, pcnConversao, // <== Unit que contem as constantes do ACBrCTe usadas por este Form CTA_DataModule, CNT_DataModule, BPM_DataModule, DMCTE_DataModule;

Gustavo, No XML da Nota não consta nenhuma tag que identifica o ambiente (Homologação / Produção). Se os endereços contidos no arquivo URL_municipios.xml estão corretos, a unica forma de diferenciar um do outro seria através da versão colocada no cabeçalho. Sugiro que você entre em contato com a Prefeitura ou com o provedor do webservices.

Bom dia Gustavo, Se você tem os fontes atualizados do ACBrNFSe disponibilizados no Branches, note que dentro da pasta Schema tem um arquivo chamado URL_Municipios.xml Neste arquivo consta os endereços de homologação e produção de dezenas de municipios. O componente esta preparado para buscar esses endereços automaticamente neste arquivo, basta você informar o código do municipio (ex: 3501608 = Americana/SP). ACBrNFSe1.Configuracoes.WebServices.CodigoMunicipio := StrToIntDef(edtEmitCodCidade.Text, 0); Quanto a Cidade de Piracicaba, não consta no arquivo acima citado, já Americana, consta. Você já pesquisou no site da Prefeitura de Piracicaba se tem alguma coisa? veja este link: http://www.sistemas.piracicaba.sp.gov.b ... s/contrib/ Espero ter ajudado.

Bom dia Cesar, Anexa o arquivo, fica mais facil, desta forma incluida como código complica a analise do mesmo.

Cesar, Se possível poste o arquivo XML de envio de lote, ele tem o seguinte nome: -env-lot.xml

Boa tarde Cesar, No Rio de Janeiro o padrão é Abrasf, você configurou o componente corretamente para usar o padrão Abrasf?

Boa tarde Adauri, Mandei uma atualização para o SVN. Favor atualizar os fontes e realizar o teste novamente.

Boa tarde Cesar, Coloque em NameSpace: https://notacarioca.rio.gov.br e nos dados do emitente coloque como código do municipio: 3304557 (Rio de Janeiro)

Thiago, o CNPJ que se refere ao certificado esta credenciado junto a prefeitura para emissão de NFSe?

Boa tarde, Pesquise no fórum, no que diz respeito a W7 64 bits as DLLs devem ficar em uma outra pasta: SysWOW64

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.