Painel de líderes

Olá Pessoal, Algumas units do componente ACBrCTe foram reescritas e se encontram em outra pasta com um novo nome, portanto as anteriores deixaram de serem utilizadas pelo componente e consequentemente estão sendo removidas do SVN. Units em desuso que estão sendo removidas estavam na pasta ...Fontes\ACBrDFe\ACBrCTe\PCNCTe, são elas: pcteConsSitCTe, pcteRetConsSitCTe, pcteEventoCTe, pcteEnvEventoCTe, pcteRetEnvEventoCTe, pcteLayoutTXT e pcteModeloCTe. As novas units que o componente esta utilizando se encontram na pasta ...\Fontes\ACBrDFe\ACBrCTe\Base\Servicos, são elas: ACBrCTe.ConsSit, ACBrCTe.RetConsSit, ACBrCTe.EventoClass, ACBrCTe.EnvEvento e ACBrCTe.RetEnvEvento. Caso você tenha informado em "uses" uma das units que foram removidas você deve trocar o nome dela pela sua equivalente, conforme relação: pcteConsSitCTe deve ser substituída por ACBrCTe.ConsSit pcteRetConsSitCTe deve ser substituída por ACBrCTe.RetConsSit pcteEventoCTe deve ser substituída por ACBrCTe.EventoClass pcteEnvEventoCTe deve ser substituída por ACBrCTe.EnvEvento pcteRetEnvEventoCTe deve ser substituída por ACBrCTe.RetEnvEvento

Olá pessoal, Foi publicado a NT 2024/002 que trata sobre o CT-e Simplificado. O que vem a ser o CT-e Simplificado: O CT-e Simplificado poderá ser utilizado nas prestações de serviços de transporte intermunicipal ou interestadual de mercadorias, que envolvam diversos remetentes ou destinatários, e um único tomador de serviço. O transportador poderá emitir um único CT-e referente a todas as prestações realizadas para este tomador, por veículo e por viagem. A forma de processamento do serviço de recepção é síncrona sem a formação de lotes. O contribuinte deve transmitir o CT-e simplificado através do Web Service de recepção exclusivo que atenderá esse leiaute e receberá o resultado do processamento na mesma conexão. O Layout do XML do CT-e Simplificado é bem diferente do CT-e (modelo 57) que estamos acostumados a ver. Sendo assim não da para expor nesse tópico os novos campos ou campos com novos valores, pois trata-se de uma estrutura de XML totalmente nova para o CT-e Simplificado.. Sobre os Prazos A previsão para implementação no ambiente de homologação é para o dia 02/09/2024 e produção para 07/10/2024. Mudanças no ACBr e/ou na Sua Aplicação A alteração no componente vai ser realizada em Julho e Agosto para que fique tudo pronto para a data prevista de implementação em ambiente de homologação. Dica de sempre, mantenham todos os fontes de todas as pastas atualizados, já se encontra no SVN a atualização dos Schemas que contempla o CT-e Simplificado

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

Deu certo aqui, eu baixei todas as libs que você indicou no seu exemplo, e coloquei elas nas pasta de terceiros das fontes do acbr. Como estãolistadas abaixo, peguei direto do Git da elgin. Depois disso fiz a reversão e voltou a imprimir. Não sei bem qual destes arquivos faz acontecer, mas é com certeza algum deles. Obrigado a todos.

Boa tarde Ítalo. Obrigado pela informação. Na sequencia vou realizar este procedimento. Abraço.

Tudo se baseia em uma Cadeia de Confiança, onde os Certificados Raiz, são amplamente conhecidos, salvos e considerados como Seguros, pelo Sistema Operacional... Quando o Servidor (SEFAZ) muda de Certificado... Pode ocorrer, do Client (máquina do seu cliente), ainda não conhecer as Autoridades Certificadoras, que geraram o novo certificado da SEFAZ... Se o Certificado Raiz que o Servidor está usando, não for conhecido pela máquina do seu cliente, ele pode rejeitar a conexão (e vice versa) Em alguns casos, atualizar a cadeia de certificados Raiz, pode até ser feita pelo próprio Windows, em processos de atualização do S.O.

Estive fazendo mais testes com o Demo, e parece que na revisão 27062 a biblioteca minipdvm8.jar sumiu... adicionei novamente no demo e consegui imprimir e cortar o papel corretamente. Mas ainda não entendo ao certo como isso pode ter afetado o meu app, vou continuar analisando.

tenho algumas coisas que to verificando e está na lista aqui pra validar assim que terminar elas com o M10 que tenho aqui

Bom dia, Ivanilson. Tudo bem? 1 - Sim, você vai precisar de um pinpad para realizar as transações em ambiente de desenvolvimento. Você pode utilizar um pinpad de testes, mas também pode utilizar um pinpad de produção; Segue o link do modelo mais utilizado pelos desenvolvedores: https://loja.gertec.com.br/ppc930v5dev/p 2 - Para desenvolvimento, não. As TEF Houses (Paygo, Software Express, LINX) cedem um ambiente com os simuladores de adquirentes para os testes. Agora em produção sim, o cliente vai precisar contratar quais forem mais convenientes para o negócio dele, em questão de taxas, benefícios, etc. O time ACBR possui uma esteira bem madura ´para apoiar os desenvolvedores nessa jornada ao se homologarem com o TEF Paygo, segue nosso formulário para que você possa entender essas questões de parceria. https://projetoacbr.com.br/tef/

O ACBr é distribuidor TEF da PayGo, e pode ajudar em todo processo de certificação, e primeiros passos com os clientes... Após preencher o formulário da página abaixo, nosso time responde com as condições comerciais e próximos passos https://projetoacbr.com.br/tef/

1 sim tu precisa pra homologar um pinpad 2 sim tu precisa contratar uma TEF House - temos a paygo aqui com o ACBr e existem outras https://www.projetoacbr.com.br/tef

se olhar o fonte que está disponível irá notar que tem duas opções de leitura veja ambas

PinPad de homologação para Desenvolvedores https://loja.gertec.com.br/ppc930v5dev/p Todo PinPad possui o mapa de chaves da ABECS... Nesse caso acima... as chaves de homologação

Olá pessoal! No dia 19/08/2024 foi publicada a versão 1.03 desta nota técnica. A nova versão traz a adição de algumas novas regras e também a edição de algumas já existentes, todas relacionadas ao Provedor de Assinatura e Autorização(PAA). Datas Foram mantidas as datas da versão 1.02; Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado, no entanto, as alterações trazidas na versão 1.03, não devem incorrer em análise ou acréscimo no desenvolvimento, visto que elas ocorreram nas regras de validação do web service. Leia a versão 1.03 desta nota técnica na íntegra AQUI.

Boa tarde, Criada a TK-5883 para avaliação. Obrigado pela contribuição.

Olá Pessoal, Abaixo as regras para que possamos emitir um CT-e Simplificado segundo o Ajuste SINIEF numero 46 de 8 de dezembro de 2023. Cláusula primeira Os dispositivos a seguir indicados ficam acrescidos ao Ajuste SINIEF nº 9, de 25 de outubro de 2007, com as seguintes redações: I - a cláusula terceira-B: “Cláusula terceira-B Nas prestações de serviços de transporte intermunicipal ou interestadual de mercadorias, que envolvam diversos remetentes ou destinatários, e um único tomador de serviço, o transportador poderá emitir um único CT-e, denominado nesta situação de Conhecimento de Transporte Eletrônico Simplificado - CT-e Simplificado - referente a todas as prestações realizadas para este tomador, por veículo e por viagem. § 1º Na hipótese do disposto no “caput”, a emissão do CT-e Simplificado é condicionada a que: I - a carga contenha mercadorias de no mínimo dois remetentes ou dois destinatários; II - as mercadorias transportadas estejam acobertadas por notas fiscais eletrônicas; III - as prestações de serviço de transporte iniciem na mesma unidade federada; IV - as prestações de serviço de transporte terminem na mesma unidade federada. § 2º Na emissão do CT-e Simplificado, fica dispensado o preenchimento dos campos destinados ao remetente e destinatário, podendo ser utilizado no redespacho e na subcontratação.”; II - o § 8º à cláusula décima primeira: “§ 8º O disposto no § 7º não se aplica ao Estado de Minas Gerais.”. Cláusula segunda Este ajuste entra em vigor na data da sua publicação no Diário Oficial da União, produzindo efeitos: I - a partir de 1º de outubro de 2024, em relação ao inciso I da cláusula primeira; II - a partir da sua publicação, em relação ao inciso II da cláusula primeira.

Olá pessoal! No dia 13/08/2024 foi publicada a versão 1.02 desta nota técnica. Alterações Os valores que definem o tipo do CTe (tag: tpCTe) foram alterados, agora os valores são 5 para CTe Simplificado e 6 para Substituição CTe Simplificado (anteriormente 4 e 5 respectivamente). A versão mais recente também corrige o texto das regras de validação G008, G057 e G063 para refletir os novos valores. Por fim, ela também separa os cStat devolvidos pelas regras G015 e G016, onde na versão anterior ambos devolviam 941 e agora devolvem 941 e 942 respectivamente. Datas Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado. A alteração de TpCTe deverá ser levada em conta no momento da implementação. Leia a versão 1.02 desta nota técnica na integra AQUI.

mas tem o código ali no svn jovem basta tu olhar o exemplo e pegar o acbrnfe mais a classe e pronto tu faz no seu código

Olá pessoal! No dia 12/07/2024 foi publicada a versão 1.01 desta nota técnica. A nova versão renumera algumas regras de validação que estavam devolvendo o mesmo cStat de regras já estabelecidas por NTs anteriores. As datas de implantação permanecem as mesmas. Leia a nova versão da NT na íntegra AQUI.

Experimente usar a Synapse, (pasta Terceiros do ACBr) http://www.ararat.cz/synapse/doku.php/public:howto:whysynapse http://www.ararat.cz/synapse/doku.php/public:howto:httpgetpage para conexão segura, apenas adicione a Unit: ssl_openssl http://www.ararat.cz/synapse/doku.php/public:howto:sslplugin