Italo Giurizzato Junior

Boa tarde, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Veja a alteração que fiz no arquivo ACBrNFSeXServicos.ini no que se refere a cidade de Avaré.

Boa tarde, O certificado digital é A1 ou A3? Se for A1, verificar se ele foi marcado como exportável. Se for A1, considere a hipótese de usar o libOpenSSL em vez de libWinCrypt, pois com o OpenSSL, você fica isento de versão e atualização do Windows.

Bom dia, Favor anexar os XML gerados, tanto de envio quanto de retorno.

Mas a cidade de Avaré não estava gerando o XML com as datas no formato AAAA-MM-DD ? Mudou também?

Olá Pessoal, Essa dica pode ser aplicada em todos os componentes ACBr que se utilizam de webservice, como por exemplo os componentes de NF-e, CT-e, MDF-e, NFS-e entre outros. Para que possamos realizar uma analise mais minuciosa do que pode estar ocorrendo, precisamos dos XMLs que são enviados para o WebService bem como os de retorno. O XML que realmente é enviado, bem como o que de fato o WebService retornou, normalmente não são salvos em disco. Para tal análise se faz necessário salvar esses arquivos. O que precisa ser feito para que esses arquivos sejam salvos? Muito simples, basta alterar uma configuração do componente conforme abaixo: Configuracoes.WebServices.Salvar = True (o valor padrão é False) Nos programas exemplos dos componentes, na aba WebService costuma ter a opção: Salvar envelope SOAP, basta marcar essa opção. Ao alterar de False para True o componente passa a salvar em disco os arquivos (SOAP), ou seja, os arquivos que realmente são enviados e retornados pelo WebService. Você consegue identifica-los facilmente pois eles trazem em seu nome a palavra soap. Exemplo: *-env-lot-soap.xml *-pro-lot-soap.xml Agora vocês já sabem, quando pedirmos os arquivos SOAP, basta marcar a opção no programa exemplo ou configurar o componente diretamente conforme mostrado acima.

Bom dia Jhonlenon, Você acha prudente renomear o PDF de uma NF-e de <chave>-nfe.pdf para PDF_NFE_<numerodanota>-nfe.pdf ? Suponha que 2 ou mais empresas estão usando a sua aplicação para emitir NF-e e enviar o PDF para os seus clientes. O que vai acontecer se um cliente comprar da empresa A que usa a sua aplicação e comprar da empresa B que também usa e ambas emitem não necessariamente no mesmo dia a nota de numero 1500. Esse cliente vai receber 2 PDF com o mesmo nome. Porque a SEFAZ recomenda usar a chave como nome do arquivo seja ele o XML ou PDF? Pois com a chave é possivel distinguir sem nenhuma sobra de duvidas quem emitiu a nota. O nome do XML e PDF da NFS-e segue a seguinte composição: Código da UF, Ano e Mês de emissão, CNPJ do emitente, modelo (padrão = 56) e por fim o numero da nota. No meu entendimento com essa nomenclatura para o arquivo, quem recebe o XML ou PDF tem condições de saber exatamente quem emitiu a nota.

Bom dia Rogério, A alteração que você fez resolve o problema da cidade em questão e como que fica as demais cidades que se utilizam do mesmo provedor e cujo ItemListaServico tem que estar formatado, ou seja, com o ponto? Você simplesmente gerou um efeito colateral para as demais cidades do mesmo provedor. A solução não é essa. Jarbas, ao alterar uma unit do componente devemos reinstalar o ACBr, caso contrario não vai funcionar, mesmo você compilando a sua aplicação com a opção Build. Vou fechar esse tópico pois ele já esta com 3 paginas. Favor criar um novo expondo o problema da formatação do campo ItemListaServico que para a cidade de Itaquaquecetuba não segue o padrão estabelecido pelo provedor Ginfes.

Bom dia, Chegou a ver no programa exemplo como obter o retorno bem como o XML da nota? Analise com calma a procedure ChecarResposta

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Atalias, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2901

Bom dia Francisco, Qual é o provedor?

Bom dia, Configure o programa exemplo para salvar o arquivo SOAP. Faça um novo teste de envio e anexe o XML: *-env-lot-sinc-soap.xml

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2900

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Carlos, Se não me falha a memória os componentes ACBrNFe e ACBrSAT ao gerar o XML já geram os valores com o limite máximo de casas decimais. Se você tiver o XML de uma NFe ou SAT vai conseguir ver, caso contrario vai ser necessário consultar os manuais que contem o layout do XML.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Mario, Lembre-se que o valor de UltNSU é o valor retornado pela execução anterior. Ao executar o DistribuicaoDFePorUltNSU entre outras coisas temos o valor de UltNSU e MaxNSU. Você vai utilizar o valor de UltNSU na próxima execução do DistrbuicaoDFePorUltNSU. Vai repetir esse processo a cada 5 minutos enquanto o valor de UltNSU for menor que MaxNSU. Quando for igual, devemos aguardar 65 minutos e executar novamente o DistribuicaoDFePorUltNSU. Portanto devemos sempre guardar no banco de dados data/hora da ultima execução do DistribuicaoDFePorUltNSU bem como os valores de UltNSU e MaxNSU.

Bom dia, Isso esta ocorrendo com a cidade de Avaré ou com outra cidade?

Bom dia Antonio, Já esta no SVN. Favor atualizar os fontes, reinstalar o ACBr e faça os testes usando o programa exemplo do componente.

Bom dia Douglas, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Ademar, Esse erro me parece que ele esta usando outro XSD para validar o XML. Leia o tópico abaixo:

Boa tarde Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Dica: não cole o conteúdo do XML como parte da postagem , procure sempre anexar. TK-2899

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Neto, Pode ser questão de configuração do componente no que se refere a: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType