Painel de líderes

Boa tarde a todos, Esta finalizado a implementação das funcionalidades: Administração do CSC da NFC-e - Vide Nota Técnica 2014/001 e Web Service de Distribuição de DF-e - Vide Nota Técnica 2014/002 versão 1.01 Houve a necessidade de realizar alterações em fontes das pastas PCN2 e ACBrNFe2. Não foi possível realizar testes, uma vez que os Web Services para essas funcionalidades a SEFAZ não disponibilizou. No caso do WS Distrubuição de DF-e o ambiente de homologação vai ser liberado no dia 15/09/2014 e o de produção no dia 06/10/2014. Ele vem para substituir o Consulta NF-e Destinadas que por sinal este será desativado em 02/02/2015. Quanto a Administração do CSC ainda não foi divulgado as datas. Peço que leiam atentamente as duas Notas Técnicas para se inteirarem sobre o assunto. Foi implementado as seguintes funções n componente ACBrNFe: ****************************************************************************** function AdministrarCSC(ARaizCNPJ: String; AIndOP: TpcnIndOperacao; // valores: ioConsultaCSC, ioNovoCSC, ioRevogaCSC AIdCSC: Integer; ACodigoCSC: String): Boolean; Com essa funcionalidade será possível consultar os CSC (token) ativos, solicitar um novo CSC, bem como solicitar a revogação de um CSC ativo. Os dois últimos parâmetros só serão utilizados quando se tratar de uma revogação. ****************************************************************************** function DistribuicaoDFe(AcUFAutor: Integer; ACNPJCPF, AultNSU, ANSU: String): Boolean; No caso da Distribuição podemos utilizar de duas formas: Ok := DistribuicaoDFe(cUFAutor, sCNPJCPF, sultNSU, ''); // último parâmetro igual a uma string vazia Neste caso será feita uma consulta com base no último NSU, podemos ter como resposta um lote de até 50 documentos (informações resumidas) dos últimos 3 meses. Ok := DistribuicaoDFe(cUFAutor, sCNPJCPF, '', sNSU); // penúltimo parâmetro igual a uma string vazia Neste caso será feita uma consulta com base no NSU informado, podemos ter como resposta o resumo do documento ou a informação que o NSU não existe. Vou disponibilizar os fontes alterados amanha quita-feira, 04/09/2014. Por favor atualizem todos os fontes de todas as pastas e recompilem as suas aplicações com a opção Build.

Boa Tarde Geraldo, Eu estou emitindo NFC-e já no Rio de Janeiro em ambiente de homologação. Pra isso basta fazer o cadastro da empresa no site da SEFAZ-RJ pra que você possa receber o CSC pra autorização da emissão. Lembrando que a empresa que você for cadastrar tem que ter um certificado digital A1 ou A3 ativo ( o mesmo será solicitado no momento do cadastro) A resposta do SEFAZ-RJ vem em até 3 dias. O endereço pra cadastro é esse: http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/legislacao/legislacao-estadual-navigation/coluna1/menu_legislacao_decretos/Decretos-Tributaria?_afrLoop=10774715320000&datasource=UCMServer%23dDocName%3AWCC226502&_adf.ctrl-state=lrrn319dw_69 E nesse endereço você pode encontrar mais informações: http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/legislacao/legislacao-estadual-navigation/coluna1/menu_legislacao_decretos/Decretos-Tributaria?_afrLoop=10722232684000&datasource=UCMServer%23dDocName%3AWCC226505&_afrWindowMode=0&_adf.ctrl-state=lrrn319dw_31 Espero ter ajudado. Atenciosamente, Weriton Machado.

Olá pessoal, sou novo aqui no Forum e entrei justamente por essa dúvida que estou postando hoje. Qual meu problema? Eu tenho um sistema e-commerce, funcionando e vendendo, com o Gateway da Rede, até aqui OK. Mas eu vou expandir os negócios e então vou fazer as vendas através de um TOTEN DE AUTOATENDIMENTO. Nesse Tótem eu tenho um PIN PAD 910 e no Tóten roda o sistema Windows 7. O cliente acessará o site pelo Tótem e fará compras como se estivesse em casa. Mas quando chegar na parte de pagamento ele vai utilizar o PinPad e não o fluxo padrão do site (inserir o número do cartão, etc) Qual minha dúvida? Primeiro, eu preciso passar o valor que a compra do cliente gerou, para o PinPad. Segundo, eu preciso que os dados do cartão do meu cliente se integrem com o sistema e faça o preenchimento dos campos citados anteriormente OU fazer o pagamento e ser retornado um status da venda, se foi feito o pagamento ou não (em caso negativo o produto não foi vendido). Após o sistema ter confirmado a venda, tenho que imprimir uma nota (em uma impressora térmica Diebold), nessa impressão é necessário um QR Code. Como fazer esse layout? Sou totalmente novo nisso e nem sei por onde começar. Na minha solução tem um buraco, que é como passar os dados para um sistema WEB? Tenho que ter um outro sistema e integrar ele? Eu não sei o que eu preciso ter pra fazer essa solução dá certo, quais softwares preciso? Como utilizar o PinPad e o sistema WEB integrados? Conto com ajuda de vocês... []'s

É importante ter, alem da certeza algo documentado pela SEFAZ para que, em havendo necessidade utiliza-lo. Sabemos como as coisas no Brasil ocorrem. É melhor ter uma resposa deles do que dormir na dúvida. No meu caso eu tenho a resposa gravada no email para sanar futuras dúvidas.

Em conversa com o pessoal da SEFAZ/AM, eles me informaram que, deverá utilizar sim uma série para cada PDV, porem não mensionaram sobre a questão de limites. Acredito que possa ser de 1 a 999. Abraço.

Oi Juliomar, o que "Peguei" no fórum da Betha, que é o provedor em questão, que o QR Code é o link que retorna no XMl na tag "outras Informacoes" eu já consigo pegar o link, vou tentar desenvolver por aqui e te falo.

Pelo jeito você não pesquisou no fórum, Já faz 2 anos que o ACBrNFe possui tudo o que consta na respectiva Nota Técnica.

Boa dia, Acredito que o problema está aqui: <infNF> <CNPJ>00721388000110</CNPJ> <UF>MS</UF> <nNF>2632</nNF> <serie>1</serie> <dEmi>2014-09-02</dEmi> <vNF>729.38</vNF> </infNF> O que provavelmente acontece é que o emitente da nota fiscal 2632 não pode emitir nota fiscal e sim NOTA FISCAL ELETRÔNICA. O SEFAZ valida essa informação verificando a obrigatoriedade pelo CNPJ. Não sei se fui claro. Atc,

Bom dia Juliomar, Em vez de incluir a diretiva {$H+} não seria interessante incluir a {$I ACBr.inc} ?

Bom dia, tente enviar 7.09 ao invés 709. Se o provedor for Betha, como esta parecendo, no site verifique se tem alguma atividade cadastrada para o prestador, disponível em "Opções" » "Dados do contribuinte" no final da pagina "Relação de Atividades"

Italo boa noite Então testei novamente e coloquei a diretiva {$H+} no inicio da unit pcnSignature como o Juliomar sugeriu e agora boa noticia, agora esta funcionando no Lazarus. Obrigado, Juliomar e Italo pela ajuda, valeu mesmo.

Complementando o Cleber, o MD5 que vai no rodapé pode sim mudar o que não pode é o do executável principal, esse sim se mudar e o laudo estiver dentro do prazo de validade dee ser enviado uma atualização de versão ao SEFAZ do estado.

Boa tarde delphus Sim é possível a inclusão de várias notas veja o texto retirado do manual técnico (NT2013.005_v1.03.pdf), em sua página 46. At.

ME desculpe Michel... não tinha visto sua postagem. Segue o Acbr que usei na impressão... ACBrNFeMonitor.rar Rubens

Boa tarde! Saiu o emissor (teste) e o manual do emissor gratuito SEFAZ/SP compatível com a versão 3.10. Lembrando: Compatível com XML da versão 3.10 mas não emite a NFCe. Link SEFAZ/SP emissor homologação: http://www.emissornfehom.fazenda.sp.gov.br/ Link manual: http://www.emissornfehom.fazenda.sp.gov.br/v310/docs/[Emissor_NF-e]_Manual_de_layout_TXT-NF-e_v3.1.0.pdf

Entendi, obrigado Juliomar Vai ser feita alguma alteração no ACBr por causa disso? Para atualizar depois..? Achei onde disparava o erro aqui, no meu caso, acontece quando vou assinar o arquivo .XML, onde lança a exception, é na unit ACBrNFeUtil, na function AssinarMSXML, dai importei a unit ActiveX e coloquei uma chamada a CoInitialize(nil) no início, e um CoUninitialize no final: function AssinarMSXML(XML : AnsiString; Certificado : ICertificate2; out XMLAssinado : AnsiString): Boolean; var I, J, PosIni, PosFim : Integer; URI : String ; Tipo : Integer; xmlHeaderAntes, xmlHeaderDepois : AnsiString ; xmldoc : IXMLDOMDocument3; xmldsig : IXMLDigitalSignature; dsigKey : IXMLDSigKey; signedKey : IXMLDSigKey; begin CoInitialize(nil); // <--- Alterei aqui. if Pos('<Signature',XML) <= 0 then begin Tipo := NotaUtil.IdentificaTipoSchema(XML,I); // Restante do código do ACBr... dsigKey := nil; signedKey := nil; xmldoc := nil; xmldsig := nil; Result := True; CoUninitialize; // <--- Alterei aqui. end; Não sei se essa é a solução mais correta, no aguardo da análise de vocês. Obrigado.

Se vc não usa Delphi, vc deve usar um dos "Monitores". Para isso basta gerar um TXT com os comandos e ler as respostas geradas em outro TXT. Todos os exemplos tbm estão disponíveis gratuitamente no fórum e em diversos blogs. Não existe manual detalhado, apenas exemplos. É gratuíto, vc pode distribuir pagando ou não.

Roney e Regys obrigado até o momento pela ajuda. Ornei, eu usei StringReplace(Titulo,#$A,' ', [rfReplaceAll] ); e deu certo comigo.

Você deve ler por nota fiscal o retorno, segue o exemplo de algumas informações, a sistemática é a mesma para as outras informações: ACBrNFe1.NotasFiscais.Items[X].NFe.Ide.nNF, ACBrNFe1.NotasFiscais.Items[X].NFe.Ide.serie, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.chNFe, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.nProt, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.dhRecbto, ACBrNFe1.NotasFiscais.Items[X].XML, Onde "X" é o índice da nota que vai ser lida no loop, se você enviou somente uma nota utilize "0".

Configuramos nosso SVN para que só permita commit após a descrição do log, esse recurso irá nos doutrinar a sempre colocar o que foi alterado.