evandromira

Boa tarde Preciso da opinião dos colegas com relação a implementação de conciliação de cartões. Existem várias empresas que oferecem esse serviço prometendo conciliação automática das vendas/recebimentos em conta etc. Oferecem também a integração com outros sistemas. Minha questão é: O caminho é esse mesmo, integrar meu sistema com uma solução dessas empresas? Se sim qual me indicariam lembrando que isso acarretaria custo ao cliente? Não tem um meio de pelo nosso próprio sistema capturar estas informações? Se alguém já tiver experiência com isso compartilhe, Isso deve ser um assunto batido para alguns, mas enfim, estou tentando modernizar de alguma forma isso e agradeço a colaboração dos colegas. Abraços

Exatamente, o xml do CFe em cfe.loadfromfile() e o xml do cancelamento em CfeCanc.loadfromfile.

Temos 4 clientes usando normalmente até agora não percebemos nada de errado! Não foi preciso alterar nada no sistema.... Abs

Tivemos o mesmo problema em um cliente e conseguiram resolver desinstalando tudo referente ao sat, reiniciou pc etc e reinstalou tudo novamente, após isso ativou normal.

Mauricio, o que o marcio.bonfim comentou continua do mesmo jeito. Se optar por SAT ok, mas se quiser usar NFC-e terá que ter um SAT para usar como contingência da NFC-e.

Sim mas o cpf do consumidor tem que ser informado na TAG específica para isso. Se o cpf estiver sendo informado em informações adicionais não vai contar para nota fiscal paulista.

Use o ACBrBlocoX, ele gera os arquivos do Bloco X, mas a parte de envio se não me engano só vai funcionar para SC. Os outros estados pelo q sei não existe url ainda publicada em D.O.U. Dá uma pesquisa com o termo BLOCO X que vc vai achar bastante coisa no forum aqui. Tem um exemplo na pasta projetos do ACBr tbm de como usar o componente.

Danilo o ACBrNFSe substitui o %NomeURL_P% automatico de acordo com o municipio em uso. Para todos os provedores existem uma URL padrao onde só muda o nome do municipio entendeu? Para cada provedor são URLs diferentes por isso existe um .INI para cada um deles, mas não há necessidade de vc modifica-los. Se por acaso algum provedor mudar alguma URL para um padrão diferente aí sim teria que mudar mas nesse caso tem que avisar a equipe ACBr para que mude no SVN tbm.

Beleza, vou fazer como os colegas falaram... Muito obrigado

Bom dia pessoal Alguém já que já usou o ACBRNFSe com o Provedor 4R, poderia passar alguma dica para realizar testes em homologação? Ou o ideal é entrar em contato direto com a 4R mesmo, coisa q queria evitar pq esse pessoal costuma ser complicado de lidar... Se alguém ja implementou poderia encurtar meu caminho... Obrigado

Talvez este tópico ai te esclareça melhor...

Daniel Tem como fazer isso usando o ACBrSign?

Sim, se tivesse erro de estrutura apareceria antes dessa mensagem. Use a função Validar com os parâmetros false que vai retornar validado com sucesso se estiver tudo ok. O envio só consegue fazer quem tem cliente em SC, pq mesmo que vc tiver um codigo válido de credenciamento, depois vai validar o numero de série do ECF, o CNPJ do cliente etc,,. Durante a homologação só testaram o envio e aparece essa mensagem e pronto. Fora isso conferiram os dados dentro do xml se condiz com a redução z por exemplo.

Renan, o homologador vai aceitar se o único erro for o número do credenciamento, pelo menos foi assim na homologação na POLIMIG. Use a função Validar do site para mostrar para o homologador que o arquivo está com a estrutura correta, basta isso.

Estou recebendo varios pedidos em pv sobre como é feito o envio dos arquivos, então resolvi compartilhar aqui para os que ainda estiverem precisando para homologação. Não verifiquei se já tem no SVN o envio, mas enfim segue um exemplo básico: coloque no USES a unit blocoxrecepcao.pas em anexo coloque no form um componente THTTPRIO a variavel xml deve receber o xml assinado, capturado direto do ACBrBlocoX ou do banco de dados conforme cada um estiver fazendo procedure TForm3.btenviarClick(Sender: TObject); var xml:Tstringlist; ser: RecepcaoSoap; ufurl,resposta:string; begin resposta := ''; ufurl:='http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx'; ser := GetRecepcaoSoap(false, ufurl, HTTPRIO1); try resposta := ser.Enviar(xml.text); except end; end; blocoxRecepcao.rar

Todos As DLLs dos fabricantes seguem um padrão exigido pela SEFAZ. Nomes das funções, chamadas e retornos são iguais para todas as marcas e modelos.

Lucas, a POLIMIG me ligou ontem avisando que vai ser cobrado o envio apartir da semana que vem. Realmente estava com problema o ambiente de teste de SC, mas agora está OK pq já consegui fazer o envio, só não foi aceito o arquivo pq nao tenho credenciamento em SC, e retorna erro com a mensagem do codigo de credenciamento inválido, mas até esse ponto a POLIMIG vai aceitar visto que não são todos que tem o PAF-ECF credenciado em SC, mas estou providenciando o credenciamento para realizar o teste completo com o registro em banco do codigo do recibo de recebimento.

Eu acho o ideal é ter um componente só, no form principal ou no datamodule e apontar pra ele de outros forms para fazer qualquer coisa.

A quem interessar, segue os arquivos do ACBrBlocoX alterados para validar no endereço https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx conforme instruções da POLIMIG JULIOMAR, não sei até onde eles estão com a razão visto que não foi publicado este layout, mas este layout está mais coerente que o que saiu no D.O.U. Para não entrar em atrito com o orgão técnico preferi adequar o layout para não constar inconsistência no Laudo. ACBrBlocoX.rar

Foram disponibilizada as documentações para as validações e as transmissões dos arquivos "Redução Z" e "Estoque". O web service "SIV" já esta no "ar" para teste de recepção e de validação. Seguem algumas informações: 1. XSDs em anexo; 2. Documentação: https://docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit?usp=sharing Requisito LVIII (Redução Z) e LIX (Estoque) docs.google.com Requisitos LVIII e LIX 1. Padrão Técnico do Arquivo XML 1.1 Codificação A especificação do documento XML é a versão 1.0 da W3C, disponível emhttps://www.w3.org/TR/xml/, e a codificação dos caracteres é UTF-8. O arquivo xml não pode conter: Espaços no início ou no final de campos; Comentários;... 3. Endereço teste para envio dos xmls: http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Endereço: https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx Disponibilizado o web service para validação dos laudos xml. Endereço: https://tributario.sef.sc.gov.br/tax.NET/sat.cei.web/pafecf/ValidadorLaudoXml.aspx FONTE:POLIMIG

Em ambiente Homologação é assim mesmo... Quando mudar para produção vai sair tudo perfeito!

Essa pergunta já foi respondida nos posts anteriores...

HASA, voce precisa ter as DLLs da pasta do trunk2 DLLs\XMLSec para dar certo... veja:

Não consegui baixar... Neste link tem o codigo fonte também?

Outra situação é a questão do bloqueio do PAF ao acumular 10 arquivos pendentes. Como nada vai ser transmitido visto que não tem norma nenhuma definida ainda, em consulta com o orgão técnico foi instruido a não realizar o bloqueio e nem mesmo mostrar a mensagem. Deixo ai a dica pra quem for homologar antes das normas de transmissão serem publicadas. Só resta saber quem vai arcar com os custos de uma nova homologação quando exigirem a transmissão desses arquivos...