Massao Aihara

ACBrNFe, bom é só instalar a capcom e o certificado digital do cliente (com a cadeia de certificados tbm!). Mas conforme nosso amigo Tiago lhe disse antes: * marque a "Usar SLL 2.0" e * desmarque a "Verificar revogação de certificados do servidor" (Obs: aproveita para corrigir sua msg de alerta do seu sistema esta "Bloqueio de vAículos abertos..") =P

Estou com um problema similar também. Meu cliente de BA faz o envio, a nota fica como autorizada no sefaz, consigo consultar ela no site usando a chave gerada. Mas no retorno e na consulta pelo sistema não me volta ela. Será problema do sefaz?

Otimo, então minhas alterações estão funcionando. Sobre o cancelamento... não vai mesmo ser possível pelo webservices?

Testa ai... atualiza o fonte do exemplo, compila e testa para ver se com ele vai. E depois vai debugando sua rotina ate achar onde esta o problema.

Bom dia Italo, poderia subir essas alterações ? Estou com erro na consulta, conforme mencionei acima (então acredito que esta funcionando), e falta testar o cancelamento ainda. Mas esta enviando. ACBrProvedorSJP.pas Obrigado. Att.

é como eu disse, eu não pude seguir com a alteração que eu havia feito porque acabou causando erro na NF-e, eu deixei imprimindo a NFS-e corretamente (todos provedores que uso), mas no webservice da prefeitura ela esta sem as quebras de linha. por hora esta assim.

Bom(a) dia/tarde/noite pessoal. depois de muito ser burro, consegui fazer o envio, esta retornando o protocolo tudo certo. (era só não assinar a rps no lote). Corrigi os fontes para fazer a consulta da situação do lote tbm, MAS ai veio um problema, eu ja imagino oque seja, Quando faço a consulta da situação do lote, sempre me volta essa mensagem: <ns2:Codigo>E327</ns2:Codigo> <ns2:Mensagem>Falha interna no cadastro da Prefeitura.</ns2:Mensagem> <ns2:Correcao>Favor reenviar o Lote.</ns2:Correcao> Eu já imagino que seja, por mais que a gente oriente, o cliente não se recadastrou no site. É isso mesmo Cleverson (prefeitura_sjp)? Att.

Boa tarde pessoal, Alguém conseguiu passar a assinatura do hash correto para a prefeitura?

Boa tarde Cleverson (prefeitura_sjp), não tive sucesso ainda com o hash, eu estou utilizando Delphi (object pascal) . Att.

Bom dia Cleverson (prefeitura_sjp), Sim esta gerando, segue em anexo o arquivo do envelope gerado. Se puder dar uma olhada para ver se se tem algo errado. Att.

Cleverson (prefeitura_sjp) o Italo corrigiu meu fonte de envio para SJP, e agora o ACBr esta enviando os lotes para a prefeitura. Mas estou tento o retorno: Codigo: E1 Mensagem: Assinatura do Hash nao confere Correcao: Reenvie asssinatura do Hash conforme algoritmo estabelecido no Manual de Instrucao da NFS-e. Isso pode ser pelo identificador "Id" que pode estar com o "I" em maiúsculo ou minusculo. No caso do ACBr esta maiúsculo no caso de vc's teria que ser como? Att.

Cleverson (prefeitura_sjp) estou tentando fazer o envio do lote, mas estou recebendo erro dizendo que meu xml fora de estrutura. "E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada." Comparei com o xml que vc disponibilizou, vi que o meu tem algumas tag's (campos) a mais, mas não imagino que isso seja o problema já que elas estão presentes no manual. poderia me dar uma ajuda? Agradeço desde já. Segue em anexo: 999-env-lot-soap.xml

Boa noite pessoal, eu comecei a fazer essa alteração hoje. Alguém tem a unit criada para o provedor de SJP? Que nome utilizou? eu deixei como ACBrProvedorSJP. Os que já estão conseguindo enviar poderiam anexar a unit para poder fazer uma comparação? Agradeço desde já. Att.

-.- voltando de ferias e me deparo com isso... vlw Prefeitura de São José dos Pinhais

NF-e? não é NFC-e?

Com o piloto? uashaus...bom... eu testo em produção, porque nunca consegui fazer funcionar esse certificado digital do piloto, já descreveram, nos post anteriores, alguns "rituais" que vc pode fazer para funcionar o piloto, mas comigo não deu certo... ~~

Boa tarde Rafa, não utilizo o esse provedor no ACBrNFS-e, mas para os outros provedores esta funcionando normalmente. Eu tenho esse provedor rodando com a Dll, já que montei antes de começar a utilizar o acbr.

Ok, muito obrigado Juliana!

Boa tarde galera! procurei algo sobre o Banco Credifoz e não encontrei nada... Gostaria de saber se para esse banco, é possível adaptar o componente ACBrBoleto. Padrão FEBRABAN. http://www.credifoz.coop.br/para-sua-empresa/cobranca-bancaria--2/cobranca-bancaria-sem-registro Manuais em anexo. E se é possível, qual melhor fonte atual que posso utilizar de base para fazer a adaptação? Agradeço atenção! Att. Cob_240_A.pdf Cob_400_A.pdf

oO...como assim acesso ao servidor???

..."Ela estará em sabor DateTime já"....UHASUDASHD....,muito bom...

Então...eu posso fazer o seguinte... if (finNFe = fnNormal) then indPres := pcOutros else indPres := pcNao; ou alguém discorda?

Entendi... então para não criar um processo só para informar a presença do cliente na hora de emitir NF-e, eu posso deixar o valor 9 como default fixo... Obrigado Italo.

Boa noite pessoal... me esclareçam...só por desencargo mesmo... eu sei que esta escrito, que esta bem claro, ...mas...sei lá... Nota Técnica 2013.005 - Pág. 16: "03.6 Indicação de operação com Consumidor Final, Indicação de atendimento presencial Inclusão de novos campos, obrigatórios, conforme segue:" B25a - indFinal -> sem problemas...blz...digo se é CFou não. B25b - indPres -> mas isso....é obrigatório mesmo? ou eu que não entendi direito e elas são só para NFC-e? (oque eu não acho que seja, pq esta escrito : "Nota: Para a NFC-e, somente são aceitas as opções 1 e 4."...logo, é para NF-e também). Agradeço a atenção... Att.

tbm não entendi a diferença do seu processo para o outro... mas voltando para a ideia do Italo, alguém sabe me dizer quantas tentativas/envios de consulta eu teria que fazer para gerar um consumo indevido? até agora não consegui ... att.